Frage

Ich habe einige Probleme beim Verständnis Git Teamarbeitsprinzipien.

ein Team von zwei Programmierern vor: A und B. Sie arbeiten an einem Project. Außerdem gibt es einen Remote-Server mit einem Repo darauf. A und B kooperieren Ferne. Es gibt einige Codes in der Repo bereits.

Ich habe einen Gefallen Sie auf der Organisation, um Hilfe zu bitten, ihren Schritt-für-Schritt-Workflow auf Git.
1. Haben sie ihre eigenen lokalen Niederlassungen zu schaffen?
2. Wie konnten sie arbeiten Code auf einem Produktionsserver hochladen? rsync?

Jede Hilfe wird geschätzt.

War es hilfreich?

Lösung

Es ist nicht für Programmierer benötigt, um ihre eigene Niederlassung zu Arbeit zu schaffen. Im einfachsten Fall wird Programmierer zum „Master“ Zweig der eigenen Repository begehen, dann diese Commits zum Upstream-Repository git push.

Um zu einem Produktionsserver zu implementieren, besteht eine Möglichkeit, es zu tun ist git clone auf dem Produktionsserver zu verwenden, um ein lokales Repository zu bekommen. Dann den Produktionsserver zu aktualisieren, melden Sie sich an und git pull. Alle Änderungen, die an den Haupt-Repository begangen wurden angewandt werden.

Entwickler können optional eigene Niederlassungen schaffen für entweder den eigenen Gebrauch (in ihrem lokalen Repository nur) oder Zweig für den Austausch mit anderen (durch die Zweige drängen zum gemeinsamen Repository nach oben).

Andere Tipps

  1. Jeder Entwickler ihre eigenen Klon des Repository. Sie können Zweige für Thema Arbeit schaffen, wie und wann sie wollen. Ihre persönliche Klon ist, ihre eigenen Rasen, was sie tun können, was sie wollen.

  2. Jeder Entwickler sollte ihre eigene öffentliche Remote-Repository hat, die sie schieben können / Pull zu / von. wenn Sie in der Regel wollen Code freizugeben, wird es eine Person sein, die schließlich entscheidet, was in die Freigabe gehen wird und was herausgeschnitten wird. Dass Remote-Repository Person sollte eine Niederlassung hat, die stabilen Versionen darstellt. Say A ist der Release-Manager, der will, B Arbeit in die Freigabe integrieren. Dann wird A warten, bis B seine Arbeit auf seine eigene Remote-Repo schiebt. Dann A wird B die Arbeit an seinem lokalen Klon ziehen, versuchen, die Dinge aus, fusioniert, begehen, und Push-to-eigene (A ist) public Repo für die Freigabe.

(2) Ich habe nur eine der vielen verschiedenen Workflows beschrieben, die für die Verwendung mit einem verteilten SCM wie git verfügbar sind. Es gibt viele andere. Diese Seite von Pro-Git bei der Beschreibung einige andere besonders schön ist.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top