Nehmen Sie einen Aktuellen Git-Zweig und "reset", um Deren Inhalte zu Meistern

Bei der Arbeit, jeder Entwickler hat seinen eigenen Entwicklungszweig wir arbeiten, dh. branch = dev_name_of_employee. DH. dev_jon

dev_jon hat eine neue Funktion, mit über 100 commits in es dass ist Sie nicht bereit zu sein, getestet oder eingesetzt werden, so habe ich einen anderen Zweig zu legen, dass die neue Funktion namens staging_jon (konnte es nannte holding_jon, was auch immer).

Nun muss ich beginnen, auf der eine andere Funktion und haben dev_jon enthalten den Inhalt der master. Art wieder zurück zu master-Sache.

Wie kann ich das machen ohne Sie zu löschen dev_jon und dessen remote-branch, dann Neuerstellen von master? Ich kann nicht Bühne all diese änderungen, da Sie bereits geschoben.

Oder gibt es da einfach eine bessere Möglichkeit zu haben, jedem Mitarbeiter die Arbeit auf seine/Ihre eigene konsequente Zweig während der Entwicklung?

  • Gib nicht den Entwicklern die persönliche Filialen, sondern verwenden Sie Verzweigungen pro feature. So können Entwickler teilen sich die Zweige, ohne Fragen zu "Ihrem Zweig oder von mir".
  • Aus der Erfahrung, die ich gewonnen habe, seit dieses posting, Verzweigung über Entwickler-name ist eine schlechte Idee. Es ist viel besser zu verzweigen, indem Sie ein Präfix geben, dann eine ticket-id referenziert auf einen ticket-management-system und als mit einem kurzen Beschreibungen wie: bug/3452-table-search-broken oder feature/89756-add-the-things.
  • Zum Glück, ich kann dich sehen in der Lage waren, den richtigen Weg zu finden, um die Arbeit an Ihren Zweigen.Was sollte die Idee der Verzweigung pro Entwickler? Ich Frage mich, ob dies der effizienteste Weg, um an diesem Projekt arbeiten in der Zukunft. Auch, seien Sie vorsichtig, wenn Sie harte zurücksetzen von Ihrer Filiale, wenn Sie Ihren Ansatz Veränderungen zu einer feature basierte git-flow und dann gibt es mehr als einen Entwickler, die daran arbeiten.
InformationsquelleAutor Jon | 2011-10-17
  1. 14

    In dev_jon, die Sie tun können:

    git reset --hard master

    Nicht direkt anwendbar /relevant, aber Sie können sich bei GitHub-flow: http://scottchacon.com/2011/08/31/github-flow.html

    • GitHub-Flow zeigt NICHT halten eine konsequente branch_name, dh dev_jon für jeden Entwickler, aber einen neuen branch erzeugen für jede neue Funktion. Das ist wahrscheinlich, wie es sein sollte. Krank versuchen git reset --hard master und sehen, ob das funktioniert wie ich es wollte. Danke.
    InformationsquelleAutor manojlds
  2. 5

    Ich glaube nicht, dass Ihre aktuelle Modell ist wirklich ideal, ein Entwickler sollte in der Lage sein, sich weiter zu entwickeln, die mehrere Funktionen zur gleichen Zeit, deshalb nur ein Zweig pro Entwickler ist nicht die flexibelste. Jedenfalls in deiner situation hier, was ich tun würde, vorausgesetzt, dass dev_jon ist die Verfolgung origin/master:

    git reset --hard origin/master

    Dies ist auch vorausgesetzt, Sie sind derzeit auf dev_jon Zweig.

    Hoffe es hilft,

    • Ja, ich glaube auch nicht, dass ist ideal entweder.
    InformationsquelleAutor Jean-Pascal Billaud
  3. 2

    Können Sie einen hard-reset durchführen, um Ihren dev-jon - Zweig, das gleiche wie master, aber du musst vorsichtig sein, wenn Sie veröffentlichen Ihre neue Arbeit. Der remote-Zweigstelle origin\dev_jon wird Ihre alte Funktion und wenn Sie kommen, Sie zu drücken, wird eine Warnung wie die folgende

     ! [rejected]        dev_jon -> dev_jon (non-fast-forward)
error: failed to push some refs to '/tmp/example'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes (e.g. 'git pull') before pushing again.  See the
'Note about fast-forwards' section of 'git push --help' for details.

    Erstellen Sie eine feature-Zweig, wie vorgeschlagen, durch larsmans.

    InformationsquelleAutor Andrew
Schreibe einen Kommentar