Alle lokalen GIT-Zweige drücken? Beste Übung?

Sollen ALLE lokal erstellten GIT-Zweige täglich zum zentralen Repository verschoben werden? Was ist der best-Practice-Workflow dazu?Alle lokalen GIT-Zweige drücken? Beste Übung?

Wir haben ein GIT-Repository für die Verwaltung unserer großen E-Commerce-Site eingerichtet, die von einem großen Team ständig weiterentwickelt wird.

Das zentrale Repository ist bei "Beanstalk" und wir haben drei primäre Zweige, "Vorstufen" (Master), "Inszenierung" und "Produktion". Die gesamte Entwicklung sollte in die Vorstufe integriert werden, wenn sie lokal fertiggestellt und veröffentlicht werden kann.

Ich kann lang laufende Zweige zu Beanstalk auch drücken. Einige unserer Team-Befürworter drängen jedoch ALLE lokalen Entwicklungszweige zu Beanstalk auf täglicher Basis im Gange oder nicht; Redundanz schaffen. Ich denke, das würde das Repository im Laufe der Zeit mit Hunderten von Zweigen verstopfen. Was ist die beste Vorgehensweise?

Quelle

2012-05-10 Garrick

Ich bevorzuge keine Verschmutzung der zentralen Repo mit alle Filialen von alle Benutzer.

nicht mischen:

publication workflow: was Sie wählen veröffentlichen (Push/Pull zu einem upstream repo)
Backup-Bedarf: Verwenden Sie eine bundle (See "Backup a Local Git Repository"), auf diese Weise haben Sie nur ein Datei, die Sie auf ein beliebiges entferntes Laufwerk kopieren möchten.

Quelle

2012-05-10 15:31:40 VonC

Vielen Dank für die tollen Antworten und für die weiteren Anweisungen, wie man eine ordnungsgemäße Sicherung! Dies ist die Route, die wir gehen werden. – Garrick

Sie können den Benutzer immer veranlassen, seine Remote-Zweige zu bereinigen, wenn sie damit fertig sind. Es ist keine schlechte Idee, sie dazu zu bringen, ihre Filialen vor Ort aufzuspüren (vor allem, wenn es keine Backup-Lösung auf ihrer Box gibt). Andernfalls, wenn ihre Maschine stirbt, ist ihre lokale Verzweigung verschwunden.

Quelle

2012-05-10 15:17:31

Dies ist das Argument von anderen in meinem Team. Ich kann verstehen, woher du kommst, aber diesem Arbeitsablauf nicht zustimmen. Ich denke, es ist verwirrend "Versionskontrolle" mit "Backup", die zwei separate Aufgaben sind. Vor der verteilten Versionskontrolle hätten Sie niemals Änderungen an mehreren Repositorys als eine Form der Sicherung übertragen. Wenn wir diesen Weg gehen würden, würden wir wahrscheinlich ein zweites "funktionierendes" Master-Repository erstellen, um diese zusätzlichen Zweige zu enthalten und die Leute bitten, sie zu schließen, wenn sie fertig sind. Ich denke nicht, dass wir das tun werden. – Garrick

fwiw ich wählte für die Antwort oben ... Ich pusse nur Zeug zur Fernbedienung, wenn ich es mit anderen teilen muss –

Ich stimme Ihnen zu, eine zentrale Repo für die Sicherung der täglichen Arbeit ist eine schlechte Idee. Es sollte Commits enthalten, die geteilt, getestet oder freigegeben werden sollen.

Backup der täglichen Arbeit sollte entweder mit einem anderen Repo passieren, permissiver, mit optional einer automatisierten git push --force --all backup-repo Aufgabe auf jedem Dev-Rechner, oder sie haben ein klassischer Backup-Tool.

Quelle

2012-05-10 15:29:47 CharlesB

Es gibt auch 'git push - Spiegel ', die für die "Backup" Aufgabe nützlich sein könnte, wie es auch löscht lokal gelöschte Zweige. – kostix

Gute Antwort auch, danke CharlesB und Kostix – Garrick

Alle lokalen GIT-Zweige drücken? Beste Übung?

Antwort

Verwandte Themen