Grupa,Zalecany proces roboczy Eclipse EGit
Używamy Borland Starteam jako naszego systemu kontroli źródła. Opracowuję kod Java i używam Eclipse jako mojego IDE. Niedawno zacząłem używać EGit jako mojego osobistego systemu kontroli kodu źródłowego i opracowałem następujący przepływ pracy, aby usprawnić pracę programisty, polegającą na sprawdzaniu kodu, dodawaniu funkcji, naprawianiu błędów, testowaniu, łączeniu się ze źródłowym źródłem w zespole Star (ogromny wysiłek jeśli wiele osób wprowadziło zmiany w międzyczasie), buduj, testuj i instaluj. Chcę użyć EGit, aby uprościć proces kompilacji, scalania i testowania, jednocześnie rozwijając, a także tuż przed instalacją kodu po dokonaniu dużych scaleń. Oto, co wymyśliłem.
- Tworzenie folderów systemu plików - „Mistrz” i „praca”
- odjazdu struktura folderów świeże źródło, z Starteam do „pracy”.
- Utwórz obszar roboczy Eclipse o nazwie "Praca" i zaimportuj projekty Eclipse z folderu "Praca" dodaj te projekty do repozytorium EGit.
- Dodaj funkcje/napraw błędy w obszarze roboczym "Praca". Testuj itd. Utwórz łatkę, gdy będzie gotowa do zainstalowania. Teraz czas na wielkie połączenie, przebuduj, przetestuj ponownie.
- Sprawdź nowe źródło od Starteam w dniu instalacji do folderu "Master" w systemie plików.
- Utwórz obszar roboczy Eclipse "Master" ze źródła w folderze "Master", zaimportuj projekty Eclipse i dodaj je do nowo utworzonego repozytorium EGit.
- Importuj poprawkę do obszaru roboczego "Master", wykonaj scalanie. Napraw błędy kompilacji, test itp.
- Zainstaluj.
Czy ten przepływ pracy jest wydajny? Czy w EGit są bardziej zaawansowane funkcje, które po prostu by to jeszcze bardziej?
Dzięki za wskazówki. Ranjit