Approccio GIT per l'avvio di un nuovo progetto? [duplicare]

Naviga le tue risposte
1

Attualmente sono un team di sviluppo con un solo uomo. Io e il mio capo utilizziamo Visual Studio Online per pianificare i nostri sprint e mantenere il nostro arretrato. Dove rimango sempre bloccato è come impostare il repository iniziale per un nuovo progetto. Questo mi porta a porre le seguenti domande sulle migliori pratiche.

  1. Qual è il modo migliore per configurare il repository iniziale? Dovrebbe essere fatto prima sul server GIT e poi sulla macchina locale o viceversa?
  2. Il master iniziale dovrebbe essere solo la struttura dello scheletro del progetto e quindi creare il mio branch per lo sviluppo o devo lavorare all'interno del master fino a quando il progetto è pronto per il rilascio?
  3. Qual è il modo migliore per utilizzare i tag?
  4. Con più rami è meglio lavorare all'interno di una cartella e basta controllare il ramo appropriato o è meglio avere una cartella diversa per ogni ramo?

Grazie per l'aiuto!

Mike

    
posta Michael Mahony 09.06.2015 - 15:58
fonte

2 risposte

1

What is the best way to set up the initial repository? Should it be done on the GIT server first and then on the local machine or vice versa?

Tipicamente questo è fatto da aggiungendo un remoto dopo aver creato il progetto e i file di progetto iniziali sulla tua macchina.

Should the initial master branch be just the skeleton structure for the project and then I create my branch to do development or should I work within master until the project is ready for release?

La bellezza di Git è che è estremamente potente, ma anche molto flessibile che consente di utilizzare un flusso di lavoro che funziona meglio per te e il tuo team (ho capito, sei uno sviluppatore solitario) . Un approccio comune al ramo master è che sia la build pulita, mentre si hanno i rami dev e test fuori dal master. Non esiste una regola ferrea qui.

What is the best way to use tags?

Che cosa intendi per "miglior modo"? Supponendo che tu intenda quando usi i tag, essi brillano davvero quando ti piacerebbe avere un "checkpoint" documentabile nel repository. Solitamente ciò avviene attraverso il controllo delle versioni (tag per v1.0.0, un altro tag per v1.0.1, un tag separato per v2.3.1, ecc. Ecc.).

With multiple branches is it best to work within one folder and just checkout the appropriate branch or is it better to have a different folder for each branch?

Penso che tu stia confondendo cosa sia il branching in Git. Non preoccuparti della struttura della cartella del file system, che non dovrebbe entrare direttamente in gioco con la ramificazione. Git gestisce tutte le semantiche dei rami e commette, e come appare la directory di lavoro per determinati rami / commit . Quindi sicuramente not usa le cartelle per gestire qualsiasi funzionalità con la ramificazione in Git.

    
risposta data 09.06.2015 - 16:06
fonte
0

Qual è il modo migliore per configurare il repository iniziale? Dovrebbe essere fatto prima sul server GIT e poi sulla macchina locale o viceversa?

In entrambi i casi va bene. Puoi git init localmente dalla directory di livello superiore del tuo codice per creare il repository git localmente (vedrai ora una directory .git/ ) e poi, quando hai anche creato il repository remoto sul server git, puoi, localmente, fai git remote add ... e poi git push - oppure - puoi creare il repository prima sul server git remoto e poi fare git clone ... localmente. Quest'ultimo è probabilmente il più semplice in termini di passaggi.

Il ramo master iniziale dovrebbe essere solo la struttura dello scheletro del progetto e quindi creerò il ramo per lo sviluppo o dovrei lavorare all'interno del master fino a quando il progetto è pronto per il rilascio?

Sì, inizialmente sii maestro. Usa i rami per isolare i pezzi di lavoro finché non sei soddisfatto e desideri unirli in master.

Qual è il modo migliore per utilizzare i tag?
Principalmente per il controllo della versione e per caratteristiche / epiche / bug / attività che si estendono su più ticket.

Con più rami è meglio lavorare all'interno di una cartella e basta controllare il ramo appropriato o è meglio avere una cartella diversa per ogni ramo?

Dimentica le cartelle, gestisci le filiali attraverso git, non interagendo con il file system. La copia locale dei file è presente sul tuo file system, tutto il resto - tutti i rami, ecc. Si trova nella directory .git/ e non dovresti mai guardarlo (probabilmente non ha molto senso se lo fai comunque ).

    
risposta data 09.06.2015 - 16:55
fonte

Leggi altre domande sui tag

Behat / Mink: best practice per testare le stringhe nella GUI di un'applicazione Web Se la parte di rappresentazione dell'astrazione di tipo è dichiarata privata, allora in che modo la sottoclassificazione viola l'incapsulamento?