Conserva due diverse versioni di codice simile [duplicato]

Question

Conserva due diverse versioni di codice simile [duplicato]

#1 da (1 voti)

-1

Sto lavorando a un progetto speciale in cui ho bisogno di creare una nuova applicazione con una funzionalità simile ma limitata di un'applicazione originale (fondamentalmente un tipo di applicazione gratuita con funzionalità limitate). Ora, il problema arriva con la manutenzione del codice.

Uso Visual Studio 2013 per lo sviluppo e ho Microsoft TFS come repository del codice sorgente. Non voglio duplicare il mio codice, quindi ho pensato di utilizzare gli stessi file del prodotto originale e ho introdotto una MACRO per limitare le funzionalità che non desidero pubblicare. In questo modo, cambierò solo alcuni dei file di progetto e non creerò copie duplicate. Ma la gestione è riluttante a qualsiasi modifica nel codice del prodotto originale, anche se è solo una MACRO.

Quindi, la mia domanda è: abbiamo un altro modo attraverso il quale posso mantenere il codice sorgente senza copie duplicate e senza nemmeno modificare il codice del prodotto originale.

Grazie in anticipo.

version-control maintenance source-code team-foundation-server visual-studio

posta The Apache 30.09.2016 - 11:47

fonte

1 risposta

Leggi altre domande sui tag version-control maintenance source-code team-foundation-server visual-studio

C'è un vantaggio nell'usare una lingua specifica con Selenium WebDriver? Come spiegheresti o mostreresti visivamente a qualcuno la differenza tra probabilità lineare / statica vs dinamica?

score 1 · Answer 1

Qualcuno della tua azienda deve decidere circa il ciclo di vita previsto dell'applicazione:

la "nuova applicazione" sarà davvero una nuova applicazione a sé stante, con il proprio ciclo di vita, la propria manutenzione, lo sviluppo di diverse funzionalità, la correzione di bug separata di quella originale?
o è solo una nuova versione della vecchia applicazione, con una nuova funzione "modalità con restrizioni gratuite", che può essere attivata e disattivata in qualche modo? Pertanto, la correzione di bug, le nuove funzionalità (gratuite) e altre attività di manutenzione ed evoluzione devono essere applicate a entrambe le linee di sviluppo.

Questa è principalmente una decisione di gestione: la prima opzione raddoppierà il tuo lavoro per la manutenzione, quindi chiedi al management se lo desidera, potrebbe essere preparato a dover assumere un secondo ragazzo per l'ulteriore sforzo di manutenzione, oppure devono abbandonare evoluzione della vecchia applicazione, oppure devono convivere con il fatto che l'evoluzione e la manutenzione necessiteranno il doppio del tempo rispetto a ora.

La seconda opzione può evitarlo, ma in seguito devono consentire di aggiungere qualcosa come una opzione di attivazione all'esistente codice (nella prossima versione). Tecnicamente, questo potrebbe essere qualcosa di simile a quello che tu chiami una "macro", immagino (in realtà non so cosa significhi esattamente nel contesto del TFS, ma penso che questi dettagli non contengano davvero).