2011-01-11 4 views
5

Na hginit.com typowa hg workflow jest opisany jako:W jaki sposób typowy przepływ pracy Gita jest porównywany z Mercurial's?

1. Jeśli jeszcze tego nie uczyniły na jakiś czas, pobrać najnowszą wersję, że każdy inny pracuje off:
Hg ciągnąć
hg aż
2.Upewnij pewnych zmian
3.Commit im (lokalnie)
4.Repeat kroki 2-3 aż masz jakieś fajne kodu, że jesteś gotów
zadane wszyscy
5. Gdy jesteś gotowy do akcji:
Hg ciągnąć dostać każdy inny zmian (jeśli istnieją)
Hg seryjnej połączyć je do Ciebie
testu! aby upewnić się, że seryjnej niczego nie zepsuć
Hg commit (scalanie) HG pchania

używam Hg dość regularnie, a to wszystko ma sens dla mnie. Właśnie zacząłem używać git i nie znalazłem niczego, co opisałoby typowy przepływ pracy, jak powyższy cytat. Miałem nadzieję, że ktoś może wyjaśnić różnicę w przepływie pracy między tymi dwoma narzędziami i opisać typowy przepływ pracy w git.

+0

Ponieważ wydajesz się być nowym użytkownikiem Stack Overflow, zwróć uwagę, że powinieneś zagłosować na wszystkie odpowiedzi, które uznasz za pomocne, i zaakceptuj jedną odpowiedź (jeśli dotyczy) na każde z pytań, które Twoim zdaniem rozwiązały. – Phrogz

+1

@Phrogz Potrzebujesz co najmniej 15 głosów, aby zagłosować – Rudi

Odpowiedz

5

Chodzi o to samo:

  1. git pull # Pobierz najnowszy kod
  2. dokonać pewnych zmian
  3. git add foo/*.rb # dodać pliki do popełnienia
  4. git commit -m "Made it more betta" # make i opisać popełnić
  5. git push # Przekaż zmiany do repozytorium głównego
    • Push zawiedzie, jeśli jesteś za mistrza, w takim przypadku należy:
      1. git pull # Automatyczne scalanie, co może, a pokaz konflikty
      2. Ręcznie rozwiązać wszelkie konflikty
      3. git add . # dodaj Cokolwiek sprzeczne
      4. git commit -m "Merging with master"
      5. git push

Podobnie jak w Mercurial, możesz powtórzyć kroki 2-4 tak, jak chcesz; nie musisz naciskać po każdym zatwierdzeniu.

+0

I tak, ** test! ** w odpowiednich miejscach, aby zapewnić, że twoje zmiany są ważne. Ale jest to część przepływu pracy nad rozwojem, a nie przepływ pracy sterowania źródłami. – Phrogz

+1

Alos Uwaga, że ​​nie powinieneś wciskać się do repozytorium, które nie jest puste. Zobacz http://stackoverflow.com/questions/1764380/push-to-non-bare-repository/1764793#1764793 i http://stackoverflow.com/questions/3067277/working-with-git-from-2-laptops -z-bez-nagiego repo – Rudi

Powiązane problemy