Gibt es eine Möglichkeit, den Code einer Person zu überprüfen, bevor sie Mercurial einschiebt?
https://stackoverflow.com/questions/4899156
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ich möchte in der Lage sein, den Code anderer Entwickler zu überprüfen, bevor sie ihn in das zentrale Repository übertragen.Die Entwickler befinden sich an entfernten Standorten, sodass es nicht möglich ist, an ihren Schreibtisch zu gehen.
Derzeit pushen sie nur und wenn es Probleme gibt, würden sie einen Rollback durchführen.Dies ist jedoch kein guter Ansatz, da jemand ziehen kann, bevor er die Möglichkeit zum Rollback erhält.
Lösung
Mercurial ist verteilt und sollte daher in der Lage sein, sich an jeden Workflow anzupassen.Versuchen Sie, jemanden als Integrationsmanager zu bestimmen, oder verwenden Sie den Workflow für Diktatoren und Leutnants .
Andere Tipps
Wie wäre es mit einem Überprüfungs-Repository zwischen den Entwicklern und dem Haupt-Repository?Nur Sie schieben von dort nach main.
Ich habe die Antwort von kelloti positiv bewertet, da dies nur eine Erweiterung ist, aber nur Ebenen von Repositories verwendet hat.Lassen Sie die Benutzer ihre nicht überprüften Änderungssätze in ein zentrales Repository für Bedarfsüberprüfungen verschieben und von den Überprüfern überprüfte Werke von dort in das zentrale Repository für bedarfsgesteuerte Qualitätssicherung übertragen. Lassen Sie die zentralen Überprüfungskandidaten der Release-Kandidaten von QA-Mitarbeitern verschieben.
Mit einem verteilten Versionskontrollsystem können Sie mehrere zentralisierte Repos genauso einfach ausführen wie mehrere Entwickler-Repositorys.
Bei meinem letzten Projekt folgten wir einem sehr verzweigten Entwicklungsmodell - jede Aufgabe hatte einen Zweig mit der Aufgabennummer.Codeüberprüfungen wurden für den genannten Zweig durchgeführt.Wir wollten ausdrücklich, dass diese in das zentrale Repository verschoben werden, und die Entwickler haben sie abgerufen.
Es wurde jedoch keine Aufgabe mit dem Namen branch mit dem Integrationszweig zusammengeführt (in unserem Fall standardmäßig, es könnte sich jedoch um einen beliebigen Feature-Zweig handeln), bis die Codeüberprüfung bestanden wurde.
Viele Quecksilberentwickler verwenden keine kurzlebigen Zweige, die im Repository verbleiben, aber ich finde, dass es einfacher ist, den Verlauf zu verfolgen, insbesondere wenn Sie den Verlauf einer einzelnen Änderung betrachten - das wissen SieDie Änderungen für eine bestimmte Aufgabe befinden sich im zugehörigen benannten Zweig.
Vielleicht ist die Verwendung einer Regalverlängerung eine gute Lösung?Ich bin mit Mercurial nicht sehr vertraut, aber das könnte für Sie funktionieren.
