Usa git per conservare il repository di piccole applicazioni non correlate

0

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?

    
posta carlossierra 29.07.2016 - 06:53
fonte

1 risposta

0

Bene, ho deciso di andare con questa idea:

I am considering creating a new branch per application, by default from the trunk, and if I need to base a new application on an existing one, I will start this new branch from the existing application's branch.

Finora tutto funziona come previsto. Posso cercare un vecchio ramo simile alla nuova applicazione (correlato a un caso di test o a una domanda che devo risolvere), e svilupparlo un po 'di più o iniziare un nuovo ramo da esso, a seconda di quanto è vicina la somiglianza tra la nuova applicazione e il vecchio ramo è, e quanto è naturale la progressione tra i due.

L'unico problema che ho riscontrato è che l'adozione di una buona convenzione di denominazione è cruciale qui, per poter cercare applicazioni (vecchie) simili. Sto usando una convenzione basata sul articolo sull'argomento di Vincent Driessen, con "domanda" e "demo" sono le due parole chiave che uso per anteporre nuovi nomi di rami e utilizzando nomi descrittivi lunghi per i rami. Ad esempio, domanda-DisplayIconWindowHeader è il nome di un ramo che ho usato per risolvere una domanda SO recente.

    
risposta data 05.08.2016 - 15:13
fonte

Leggi altre domande sui tag