Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Visual Studio 2019 | Visual Studio 2022
Możesz udostępnić swoją pracę w lokalnej gałęzi repozytorium Git, przekazując zmiany do repozytorium zdalnego, do którego inni mogą uzyskiwać dostęp. Polecenie wypychania Git przekazuje nowe zatwierdzenia z gałęzi lokalnej do odpowiedniej gałęzi repozytorium zdalnego. Program Visual Studio używa polecenia wypychania podczas wybierania synchronizacji pracy z repozytorium zdalnym.
Aby zapoznać się z omówieniem przepływu pracy usługi Git, zobacz Samouczek usługi Azure Repos Git.
Wypychanie kodu
Po dodaniu co najmniej jednego zatwierdzenia do gałęzi lokalnej można "wypchnąć" zatwierdzenia do gałęzi zdalnej w celu udostępnienia lub utworzenia kopii zapasowej pracy. Gdy używasz polecenia wypychania, usługa Git sprawdza, czy gałąź lokalna jest aktualna w gałęzi zdalnej. Jeśli nie, usługa Git uniemożliwi wypychanie nowych zatwierdzeń do momentu zaktualizowania lokalnej gałęzi. Aby rozwiązać ten problem, możesz ściągnąć, aby pobrać zatwierdzenia gałęzi zdalnej, które nie są obecne w gałęzi lokalnej. Jeśli ściągane zatwierdzenia zdalne powodują konflikt z zatwierdzeniami lokalnymi, spróbuj rozwiązać te konflikty przed wypchnięciem zmian.
Aby polecenie wypychania Git działało, lokalne repozytorium musi być połączone ze zdalnym repozytorium Git. Jeśli sklonujesz lokalne repozytorium z repozytorium zdalnego, są one już połączone. Jeśli jednak utworzono repozytorium lokalne bez klonowania, musisz połączyć je z hostowanym repozytorium Git. Aby uzyskać więcej informacji, zobacz Połączenie do repozytorium Git usługi Azure Repos i Połączenie do repozytorium GitHub.
Napiwek
Aby zapewnić obsługę przeglądu żądania ściągnięcia pracy, unikaj pracy bezpośrednio w main gałęzi lokalnego repozytorium. Zamiast tego zapisz zatwierdzenia w lokalnej gałęzi funkcji lub gałęzi poprawki usterek i wypchnij tę gałąź po zakończeniu pracy. Aby zapoznać się z omówieniem przepływu pracy usługi Git, zobacz Samouczek usługi Azure Repos Git.
Program Visual Studio 2022 zapewnia środowisko kontroli wersji usługi Git przy użyciu menu Git, zmian git i menu kontekstowych w Eksplorator rozwiązań. Program Visual Studio 2019 w wersji 16.8 oferuje również interfejs użytkownika narzędzia Team Explorer Git. Aby uzyskać więcej informacji, zobacz kartę Visual Studio 2019 — Team Explorer .
W oknie Git Changes (Zmiany usługi Git) wybierz przycisk push strzałki w górę, aby wypchnąć zatwierdzenie.
Możesz też wypchnąć zmiany z okna Repozytorium Git. Aby otworzyć okno Repozytorium Git, wybierz link wychodzący/przychodzący w oknie Zmiany usługi Git.
Możesz też wypchnąć zmiany z menu Git na pasku menu.
Program Visual Studio 2019 zapewnia środowisko kontroli wersji usługi Git przy użyciu menu Git, zmian git i menu kontekstowych w Eksplorator rozwiązań.
W oknie Git Changes (Zmiany usługi Git) wybierz przycisk push strzałki w górę, aby wypchnąć zatwierdzenie.
Możesz też wypchnąć zmiany z okna Repozytorium Git. Aby otworzyć okno Repozytorium Git, wybierz link wychodzący/przychodzący w oknie Zmiany usługi Git.
Możesz też wypchnąć zmiany z menu Git na pasku menu.
Program Visual Studio 2019 w wersji 16.8 lub nowszej zapewnia środowisko kontroli wersji usługi Git przy zachowaniu interfejsu użytkownika programu Git programu Team Explorer . Aby użyć programu Team Explorer, usuń zaznaczenie pozycji Opcje narzędzi>>w wersji zapoznawczej Funkcje>nowego środowiska użytkownika usługi Git na pasku menu. Funkcje usługi Git można używać zamiennie z dowolnego interfejsu.
W programie Team Explorer wybierz pozycję Strona główna, a następnie wybierz pozycję Synchronizuj, aby otworzyć pozycję Synchronizacja.
Możesz również przejść do widoku Synchronizacja w obszarze Zmiany , wybierając pozycję Synchronizuj natychmiast po zatwierdzeniu.
W widoku Synchronizacja wybierz pozycję Wypchnij, aby przekazać zatwierdzenie do repozytorium zdalnego. Jeśli jest to pierwsze wypchnięcie do repozytorium, zobaczysz komunikat: The current branch does not track a remote branch..., który informuje, że zatwierdzenie zostało wypchnięte do nowej gałęzi w repozytorium zdalnym i że przyszłe zatwierdzenia wypchnięte z bieżącej gałęzi zostaną przekazane do tej gałęzi zdalnej.
Chociaż rzadko należy wypchnąć gałąź lokalną do innej gałęzi zdalnej o innej nazwie, można to zrobić przy użyciu nieużywanego polecenia wypychania Git:
Aby wypchnąć nowe zatwierdzenia z gałęzi lokalnej do tej samej gałęzi zdalnej o tej samej nazwie, uruchom następujące uproszczone polecenie wypychania. Jeśli repozytorium zdalne nie ma tej samej gałęzi o tej samej nazwie, to polecenie utworzy nową gałąź zdalną o tej samej nazwie i zatwierdzeniach co gałąź lokalna.
git push <remote repo> <local branch name>
Podczas klonowania repozytorium zdalnego usługa Git przypisuje alias origin jako skrócony adres URL sklonowanego repozytorium zdalnego. Uruchom polecenie , git remote -v aby sprawdzić wartość aliasu origin . Aby ręcznie dodać origin alias, uruchom polecenie git remote add origin <remote repo url>. Za pomocą aliasu origin można jeszcze bardziej uprościć polecenie wypychania:
git push origin <local branch name>
Aby wypchnąć nowe zatwierdzenia z bieżącej gałęzi lokalnej do tej samej gałęzi zdalnej o tej samej nazwie, uruchom następujące uproszczone polecenie wypychania. Jeśli repozytorium zdalne nie ma gałęzi o tej samej nazwie, to polecenie zakończy się niepowodzeniem.
git push origin
Jeśli bieżąca gałąź lokalna śledzi gałąź zdalną w systemie origin, możesz w pełni skrócić polecenie wypychania:
git push
Jednak w pełni skrócone polecenie wypychania zakończy się niepowodzeniem, jeśli gałąź lokalna nie śledzi gałęzi zdalnej. Uruchom polecenie , git remote show origin aby sprawdzić śledzony stan gałęzi. Aby wypchnąć i ustawić bieżącą gałąź lokalną, aby śledzić tę samą nazwę zdalnej gałęzi w systemie origin, uruchom git push --set-upstream origin <local branch name> raz. Flaga --set-upstream utworzy gałąź zdalną o tej samej nazwie, jeśli nie istnieje.
Często zdarza się, że podczas pracy z gałęzią funkcji lokalnej (lub poprawki usterek) okresowo aktualizują gałąź przy użyciu najnowszych zmian z main gałęzi. W zależności od tego, jak to zrobić, lokalne i zdalne historie zatwierdzeń dla gałęzi funkcji mogą się zróżnić, tak aby polecenie wypychania Git zwracało błąd. Jeśli jesteś jedyną osobą wypychaną do zdalnej gałęzi funkcji i masz pewność, że lokalna gałąź funkcji zawiera całą potrzebną pracę, możesz użyć polecenia wypychania Git z --force flagą , aby zastąpić wszystkie zatwierdzenia w zdalnej gałęzi funkcji zatwierdzeniami z lokalnej gałęzi funkcji. Aby uzyskać więcej informacji na temat polecenia wypychania Git, w tym innych force opcji, zobacz podręcznik dokumentacji usługi Git.
Po wypchnięciu zatwierdzeń możesz utworzyć żądanie ściągnięcia, aby poinformować inne osoby, że chcesz przejrzeć zmiany. W przypadku zatwierdzenia zmiany zostaną scalone z gałęzią docelową repozytorium zdalnego.
