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.
La mia azienda utilizza Git e utilizza uno schema di ramificazione particolare: il lavoro viene svolto in master e le filiali sono riservate alle versioni. Funziona bene, fintanto che tutto il lavoro svolto in un'iterazione arriva al ramo, ma se si presenta un problema di produzione critico, dobbiamo assicurarci che …
Fare attenzione di solito è abbastanza per prevenire problemi, ma a volte ho bisogno di ricontrollare il ramo su cui sto lavorando ( es. "Hmm ... sono nel devramo, giusto?") Controllando il percorso di controllo del codice sorgente di un casuale file. Nel cercare un modo più semplice, ho pensato …
Che cosa significa "ramificazione gratuita" in Git? Lo sento molto ogni volta che viene menzionato Git rispetto ad altri sistemi di controllo della versione. Non ho avuto l'opportunità (?) Di trattare con altri ( SVN , ecc.), Quindi in che modo la ramificazione è "costosa" negli altri?
Ogni volta che inizia un nuovo progetto, di solito ha senso iniziare impegnandosi direttamente a padroneggiare fino a quando non si ottiene qualcosa di "stabile", quindi si inizia a lavorare nei rami. Almeno, è così che lo faccio normalmente. C'è un modo per avviare immediatamente le filiali dal secondo commit? …
Ho visto molti consigli sui modelli di ramificazione git e l'opinione più comune sembra essere che apportare modifiche direttamente sul ramo master sia una cattiva idea. Uno dei nostri collaboratori è abbastanza contento di apportare modifiche direttamente al ramo principale e, nonostante diverse conversazioni, sembra che non lo cambino. A …
Lavoro in un team di medie dimensioni che condivide lo stesso codice sorgente e mentre ha una continua integrazione in atto, ma poiché tutti noi dobbiamo lavorare nello stesso ramo, la build è quasi sempre interrotta. Poiché abbiamo anche una regola, che è stata introdotta di recente per alleviare le …
Di recente ho iniziato a mettere il mio codice sotto il controllo della versione (in laboratorio sto lavorando, sotto SVN, e i miei codici in github (ovviamente con git)). Prima di usare il controllo versione, facevo qualcosa del genere. Avevo una cartella con il nome della libreria, all'interno di molte …
Nella mia azienda, tutto il nostro sviluppo (correzioni di bug e nuove funzionalità) viene eseguito su rami separati. Quando è completo, lo inviamo al QA che lo verifica su quel ramo e quando ci danno la luce verde, lo uniamo nel nostro ramo principale. Questo potrebbe richiedere tra un giorno …
Siamo un grande team (10-12 sviluppatori e 4 qa) che lavora su più progetti con lo stesso repository git. È un servizio web back-end basato su avvio a molla. Stiamo cercando una buona strategia di ramificazione e distribuzione. abbiamo anche un team di qa che assicura che le nostre funzionalità …
Io e il mio team utilizziamo i rami delle funzionalità (con git). Mi chiedo quale sia la migliore strategia per la revisione del codice prima di unire al master. Controllo un nuovo ramo dal master, chiamiamolo fb_ # 1 Mi impegno un paio di volte e che voglio ricollegarlo al …
Di recente ho iniziato a lavorare con il modello GitFlow implementato da bitbucket. E c'è una cosa che non mi è completamente chiara. Cerchiamo di affrontare regolarmente il nostro debito tecnico mediante backlog, pianificazione e implementazione delle attività di refactoring. Tali filiali di refactoring terminano con richieste pull che vengono …
In senso generale, per i progetti a lungo termine che possono avere più versioni durante il ciclo di vita dei prodotti e che richiedono il supporto di prodotti precedenti, qual è il modo migliore per gestire le versioni dei prodotti e la ramificazione della base di codice? In un senso …
Quando lavoro con git in un team usando i rami delle caratteristiche, trovo spesso difficile capire la struttura dei rami nella storia. Esempio: Supponiamo che esistesse una funzione / make-coffee nel ramo delle caratteristiche e che la correzione dei bug continuasse sul master in parallelo al ramo delle caratteristiche. La …
Ho un progetto con un modello di ramificazione git che segue approssimativamente quello del flusso git di nvie . Le nostre filiali di rilascio sono denominate in un formato SemVer , ad esv1.5.2 Una volta che un ramo di rilascio ha ricevuto il via libera per la produzione, chiudiamo il …
Stiamo iniziando a riscontrare un problema man mano che diventiamo più grandi, in cui le funzionalità arrivano alla messa in scena per i test, ma quando tutto viene testato e le nuove funzionalità approvate sono in fase di messa in scena per i test. Questo sta creando un ambiente in …
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.