Ich arbeite daran, Gitlab in meinem Unternehmen mit einer Workflow-Strategie zu implementieren. Meine Idee ist, dass Entwickler Zugriff auf Repositorys erhalten, aber jedes Mal, wenn sie versuchen, einen Commit durchzuführen, muss ihr Code überprüft werden.
Ich weiß, dass sie vor dem Festschreiben eine Verzweigung erstellen und anschließend eine Zusammenführungsanforderung erstellen können, nachdem diese an das Repo weitergeleitet wurde. Ich bin mir über bestimmte Dinge immer noch unklar ... Die Idee, dass wir uns darauf verlassen, dass Benutzer eine Verzweigung und dann eine Zusammenführungsanforderung erstellen, scheint fehlerhaft zu sein. "admin" genehmigt den Code, der in den Code eingefügt werden soll. Ich habe "github team workflow" gelesen, aber es scheint keine praktikable Lösung zu bieten. Jede Beratung über den Prozess oder Ihre eigenen Best Practices wird gebeten. Vielen Dank!
"The idea that we rely on people to create a branch and then a merge request seems faulty"Mir scheint, Sie haben ein größeres Problem als das Fehlen von Funktionen in einem Versionskontrollsystem. Wenn es nur darum geht, die zusätzliche Zeit für das Erstellen einer Filiale aufzuwenden, werfen Sie einen Blick auf Atlassian Stash und dessen Integration mit Jira.Antworten:
Ich habe angefangen, mit gitlab zu arbeiten. Lesen Sie den Abschnitt HILFE, um ein Workflow-Layout zu erhalten. An diesem Punkt scheint dies die beste Lösung für meine Frage zu sein. Wenn jemand Erfahrung mit diesem Workflow oder diesen Ratschlägen hat, fügen Sie bitte zusätzliche Informationen hinzu.
Aus dem Bereich HILFE:
Arbeitsablauf
git clone [email protected]:project-name.gitgit checkout -b $feature_namegit commit -am "My feature is ready"git push origin $feature_nameIm Commit-Bereich Ihres Repositorys können Sie tatsächlich Zweige schützen, wodurch Entwickler gezwungen sind, den oben beschriebenen Prozess auszuführen, einen Zweig zu erstellen und eine Zusammenführungsanforderung zu senden.
quelle