Branching, nel controllo di revisione è la duplicazione di un oggetto sotto controllo di revisione in modo che le modifiche possano avvenire in parallelo lungo entrambi i rami.
Penso che questo articolo, A Successful Git Branching Model , sia molto noto tra gli utenti DVCS esperti. Uso hgprincipalmente, ma direi che questa discussione va bene per qualsiasi DVCS. Il nostro flusso di lavoro attuale prevede che ogni sviluppatore cloni il repository principale. Scriviamo codice sul nostro repository locale, …
Sono su un progetto privato che alla fine diventerà open source. Abbiamo alcuni membri del team, abbastanza talentuosi con le tecnologie per creare app, ma non sviluppatori dedicati che possono scrivere codice pulito / bello e, soprattutto, a lungo termine. Ho deciso di riformattare la base di codice, ma è …
Il nostro team è appena passato da FogBugz & Kiln / Mercurial a Jira & Stash / Git. Stiamo usando il modello Git Flow per la ramificazione, aggiungendo i rami delle attività secondarie dai rami delle funzioni (relativi alle attività secondarie di Jira delle funzioni di Jira). Stiamo usando Stash …
Ho un progetto di gioco che avrà due versioni: Una versione semplice del gioco, il nucleo. Una versione avanzata del gioco. Ho la prima versione nel mio repository pubblico e solo io ci lavorerò. Per quanto riguarda la seconda versione, due miei amici e io lavoreremo su di essa. La …
Sto basando il mio repository Git su un modello di ramificazione Git di successo e mi chiedevo cosa succede se hai questa situazione: Supponiamo che io stia sviluppando su due rami di funzionalità A e B e che B richieda il codice di A. Il nodo X introduce un errore …
Nel nostro team, oltre alle singole unità di lavoro (Storie), abbiamo temi di lavoro più lunghi (Epiche). Storie multiple fanno un'epopea. Tradizionalmente abbiamo avuto rami di funzionalità per ogni storia e li abbiamo uniti direttamente al padrone quando superano il QA. Tuttavia, vorremmo iniziare a trattenere il rilascio delle storie …
Nel nostro lavoro, abbiamo diverse applicazioni .net che condividono molte funzionalità di base. Abbiamo creato queste applicazioni usando un'architettura n-tier pulita, ma abbiamo colto quel momento in cui ci rendiamo conto che abbiamo implementato nuovamente le stesse funzioni diverse volte. Ovviamente questo viola DRY e vorremmo correggerlo. Stiamo già utilizzando …
Voglio sapere come gestire un grande progetto con molti componenti con il sistema di gestione del controllo versione. Nel mio progetto attuale ci sono 4 parti principali. ragnatela server Console di amministrazione Piattaforma. La parte web e server utilizza 2 librerie che ho scritto. In totale ci sono 5 repository …
Nota: la mia domanda è focalizzata sul mio problema specifico (che coinvolge Liferay) ma spero che possa essere utile per chiunque abbia bisogno di mantenere su git varie versioni di uno stesso progetto. Lavoro in un'azienda che scrive molti plugin per Liferay Portal . Questi plugin (portlet, temi, ecc.) Sono …
Siamo attualmente nella seguente situazione, in cui un ramo di funzionalità è stato ramificato per un ramo di funzionalità secondaria (ad esempio, lavorando su elementi di backend e frontend per la stessa funzionalità): o | o development |\ | o feature-a | | | o | |\ | | o …
Come seguito a questa domanda : Se lavoro da solo in una squadra, posso mantenere utili messaggi di commit quando unisco i rami schiacciando tutti i commit in un unico diff e quindi unendo quel diff. In questo modo posso facilmente vedere quali modifiche sono state introdotte nel ramo e …
Sono uno sviluppatore software di un team agile abbastanza grande (abbiamo otto sviluppatori che stanno attivamente apportando modifiche a un singolo repository di codice). Ogni due settimane, portiamo in produzione una nuova versione del nostro software. Ecco il nostro flusso di lavoro attuale: Quando si avvia una nuova attività, gli …
Mi piace molto questo articolo su come lasciare il codice / campeggio in uno stato migliore di quello che hai trovato - sembra un approccio pratico nel mondo reale per mantenere la pulizia del codice. Mi piacciono molto anche i rami delle funzionalità come un modo per sviluppare le funzioni …
Stiamo facendo progetti, ma riutilizziamo molto codice tra i progetti e abbiamo molte librerie che contengono il nostro codice comune. Mentre implementiamo nuovi progetti, troviamo altri modi per scomporre il codice comune e inserirlo nelle librerie. Le librerie dipendono l'una dall'altra e i progetti dipendono dalle librerie. Ogni progetto e …
A partire da un nuovo team di sviluppo su un nuovo progetto e dobbiamo definire la nostra strategia di Branching per il nostro repository di origine ( ad esempio Microsoft Team Foundation Server 2010 ). Abbiamo avuto una discussione appiccicosa sull'opportunità o meno di ... A . Avere un ramo …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.