Mi trovo a scrivere piccoli casi di prova e applicazioni per pubblicare casi di bug, rispondere a domande in alcuni forum, creare vetrine di funzionalità per i clienti, ecc. e per questo ho creato un progetto di TestCases all'interno del mio spazio di lavoro.
Ora, voglio tenere traccia di tutte queste applicazioni piccole e non correlate nel caso in cui ho bisogno di tornare a loro, principalmente per riutilizzare quello più simile come punto di partenza per un nuovo test case o applicazione. Ad esempio, l'applicazione A è un'applicazione che ho scritto un paio di settimane fa per rispondere in SO, e ora ho bisogno di usarla come punto di partenza per l'applicazione B (che è per una domanda simile in un altro forum). Quando faccio questo, non voglio perdere la possibilità di tornare allo stato attuale dell'applicazione A, perché un altro caso in futuro potrebbe farne uso. Ma voglio anche essere in grado di tenere traccia dello stato finale della nuova applicazione B, in quanto il suo stato più avanzato (rispetto a quello dell'applicazione A) potrebbe essere utile per i casi futuri.
Un'importante informazione è che le applicazioni vengono sviluppate utilizzando un particolare framework e alcune tecnologie comuni, quindi ogni applicazione, se gestita in modo indipendente, richiederebbe un tempo di configurazione iniziale che richiederebbe solo più tempo di quanto vorrei spendere su come realizzare queste applicazioni. Quindi non si tratta di applicazioni a file singolo, ma di piccole applicazioni che richiedono diversi codici sorgente e file di risorse per funzionare.
Sto pensando di creare un nuovo ramo per applicazione, per impostazione predefinita dal trunk, e se ho bisogno di basare una nuova applicazione su uno esistente, inizierò questo nuovo ramo dal ramo dell'applicazione esistente.
Quali sono gli svantaggi di seguire questo approccio?