Zapisywanie i udostępnianie kodu w usłudze Git

Zapisywanie i udostępnianie wersji kodu zespołowi to najczęstsze czynności wykonywane podczas korzystania z kontroli wersji. Usługa Git oferuje łatwy trzyetapowy przepływ pracy dla tych zadań:

1. Utwórz nową gałąź do pracy
2. Zatwierdź zmiany
3. Wypchnij gałąź, aby udostępnić ją zespołowi

Usługa Git ułatwia zarządzanie pracą przy użyciu gałęzi. Każda poprawka usterek, nowa funkcja, dodany test i zaktualizowana konfiguracja rozpoczyna się od nowej gałęzi. Gałęzie są lekkie i lokalne dla maszyny deweloperskiej, więc nie musisz martwić się o używanie zasobów ani koordynowanie zmian z innymi do czasu wypchnięcia gałęzi.

Gałęzie umożliwiają tworzenie kodu w izolacji od innych zmian w rozwoju. Gdy wszystko jest gotowe, gałąź i jej zmiany są udostępniane zespołowi. Inni mogą eksperymentować z kodem we własnej kopii gałęzi, bez wpływu na pracę w toku w ich własnych gałęziach.

Tworzenie gałęzi

Utwórz gałąź na podstawie kodu z bieżącej gałęzi, takiej jak main, podczas rozpoczynania nowego zadania. Dobrym rozwiązaniem jest sprawdzenie, która gałąź została wybrana git status przed utworzeniem nowej gałęzi.

Utwórz gałęzie w usłudze Git przy użyciu git branch polecenia :

> git branch <branchname>

Polecenie do przełączania się między gałęziami w repozytorium to git checkout. Po utworzeniu gałęzi przejdź do niej przed zapisaniem zmian.

> git checkout <branchname>

Usługa Git ma skrócone polecenie, aby utworzyć gałąź i przełączyć się do niej w tym samym czasie:

> git checkout -b <branchname>

Dowiedz się więcej na temat pracy z gałęziami git w usłudze GitHub lub Azure DevOps.

Zapisywanie zmian

Git nie tworzy automatycznie migawki, gdy wprowadzane są zmiany. Usługa Git musi dokładnie powiedzieć, które zmiany należy dodać do następnej migawki. Jest to nazywane etapowaniem. Po zastosowaniu zmian utwórz zatwierdzenie, aby trwale zapisać migawkę.

Zmiany fazy

Usługa Git śledzi zmiany plików wprowadzone w repozytorium w miarę ich wprowadzania. Te zmiany są rozdzielane na trzy kategorie:

• Niezmodyfikowane pliki nie zostały zmienione od ostatniego zatwierdzenia.
• Zmodyfikowane pliki mają zmiany od ostatniego zatwierdzenia, ale nie zostały przygotowane do następnego zatwierdzenia.
• Pliki przygotowane mają zmiany, które zostaną dodane do następnego zatwierdzenia.

Podczas tworzenia komitu, do stworzenia migawki są używane tylko zmiany, które zostały zarejestrowane, oraz pliki, które nie uległy zmianom. Zmiany niezatwierdzone są przechowywane w systemie plików, ale zatwierdzenie używa niezmodyfikowanego pliku w jej migawce.

Zatwierdź zmiany

Zapisz zmiany w usłudze Git, tworząc zatwierdzenie. Każde zatwierdzenie zapisuje pełną zawartość plików repozytorium, a nie tylko zmiany w poszczególnych plikach. To zachowanie różni się od innych systemów kontroli wersji, które przechowują różnice na poziomie plików z ostatniej wersji kodu. Pełne historie plików umożliwiają usłudze Git podejmowanie lepszych decyzji podczas scalania zmian i szybkie przełączanie między gałęziami kodu.

Etapuj zmiany z git add aby dodać zmienione pliki, git rm aby usunąć pliki, i git mv aby przenieść pliki. Następnie użyj git commit polecenia , aby utworzyć zatwierdzenie.

Zazwyczaj deweloperzy chcą przygotować wszystkie zmienione pliki w repozytorium:

> git add –all

Następnie zatwierdź zmiany za pomocą krótkiego opisu:

> git commit -m "Short description of changes."

Każde zatwierdzenie zawiera komunikat opisujący jego zmiany. Dobry komunikat zatwierdzenia pomaga deweloperowi zapamiętać zmiany wprowadzone w komicie. Dobre komunikaty zatwierdzenia ułatwiają również innym osobom przeglądanie zatwierdzenia.

Dowiedz się więcej na temat przemieszczania plików i zatwierdzania zmian w programie Visual Studio lub Visual Studio Code.

Udostępnianie zmian

Niezależnie od tego, czy pracujesz w zespole, czy po prostu chcesz utworzyć kopię zapasową własnego kodu, deweloperzy muszą udostępniać commitów w repozytorium na innym komputerze. git push Użyj polecenia , aby pobrać zatwierdzenia z repozytorium lokalnego i zapisać je w repozytorium zdalnym. Usługa Git jest skonfigurowana w sklonowanych repozytoriach w celu nawiązania połączenia ze źródłem klonu, znanego również jako origin. Uruchom git push, aby zapisać zatwierdzenia lokalne w bieżącej gałęzi do innej gałęzi (branchname) w tym repozytorium origin. Git tworzy gałąź branchname w repozytorium zdalnym, jeśli ta nie istnieje.

> git push origin

Jeśli pracujesz w repozytorium utworzonym w lokalnym systemie za pomocą polecenia git init, przed wypchnięciem zmian trzeba skonfigurować połączenie z serwerem Git zespołu. Dowiedz się więcej o konfigurowaniu repozytoriów i przesyłaniu zmian w programie Visual Studio lub Visual Studio Code.

Udostępnianie gałęzi

Pchnięcie lokalnej gałęzi do udostępnionego repozytorium zespołu czyni jej zmiany dostępnymi dla reszty zespołu. Po pierwszym git push uruchomieniu dodanie opcji informuje usługę -u Git o rozpoczęciu śledzenia gałęzi lokalnej do origin z repozytorium. Po dokonaniu jednorazowej konfiguracji informacji śledzenia członkowie zespołu mogą używać git push bezpośrednio, aby łatwo i szybko udostępniać aktualizacje.

> git push origin <branchname>

Dalsze kroki

Dowiedz się więcej o gałęziach w usłudze GitHub lub Usłudze Azure DevOps.

Dowiedz się więcej o wypychaniu zatwierdzeń i gałęzi w programie Visual Studio lub Visual Studio Code.