Publikowanie repozytorium w celu włączenia współpracy

Ukończone

Wiesz już, jak usługa Git umożliwia śledzenie zmian w kodzie Bicep. W tej lekcji dowiesz się, jak usługa Git umożliwia również współpracę z członkami zespołu.

Uwaga

Polecenia w tej lekcji są pokazane w celu zilustrowania pojęć. Nie uruchamiaj jeszcze poleceń. Będziesz ćwiczyć to, czego nauczysz się tutaj wkrótce.

Co to są GitHub i Azure Repos?

Git to oprogramowanie instalowane i uruchamiane na własnym komputerze. Jak już wiesz, usługa Git śledzi zmiany wprowadzone w plikach. Umożliwia ona funkcje, takie jak rozgałęzianie.

GitHub i Azure Repos są Usługi online, które przechowują kopie repozytorium Git i umożliwiają tworzenie aplikacji do współpracy. Po zarejestrowaniu się w usłudze GitHub lub Azure Repos możesz kontynuować pracę z usługą Git przy użyciu tych samych poleceń, których już używasz. Kontynuujesz pracę z lokalnym repozytorium Git. Różnica polega na tym, że lokalne repozytorium Git można zsynchronizować z repozytorium online. Możesz również udzielić dostępu do repozytorium online innym osobom i kontrolować, czy mogą odczytywać, czy modyfikować kod.

Uwaga

Azure Repos jest funkcją Azure DevOps. Podczas pracy z Azure Repos używasz witryny internetowej Azure DevOps.

W środowisku zespołowym wszyscy członkowie zespołu utrzymują własne lokalne repozytorium Git i synchronizują je z kopią online. W większości sytuacji kopia online staje się źródłem prawdy dla twojego zespołu.

W przyszłym module dowiesz się więcej o wdrażaniu kodu Bicep za pomocą potoku zautomatyzowanego wdrażania. Pipelines wymagać, aby kod był przechowywany w repozytorium online. Potok uzyskuje również dostęp do kodu stamtąd.

Uwaga

GitHub i Azure DevOps to doskonałe opcje hostingu repozytorium Git. Twoja organizacja może już używać jednego lub drugiego. Jeśli nie masz jeszcze preferencji, zalecamy użycie GitHub, ponieważ zwykle łatwiej jest rozpocząć pracę.

Repozytoria lokalne i zdalne

Podczas pracy z repozytoriami hostowanymi w GitHub lub Azure DevOps należy skonfigurować lokalne repozytorium Git, aby wiedzieć o repozytorium zdalnym. Repozytorium online ma adres URL, którego usługa Git może używać do uzyskiwania dostępu do niego z komputera. Zwykle termin źródło odnosi się do repozytorium zdalnego synchronizowane z repozytorium lokalnym.

Należy również skonfigurować śledzenia gałęzi, które informują usługę Git, że gałąź z repozytorium lokalnego reprezentuje tę samą gałąź co w repozytorium online. Jest to szczególnie ważne w przypadku gałęzi głównej , ponieważ chcesz zachować tę synchronizację we wszystkich repozytoriach. Możesz również włączyć śledzenie w innych gałęziach.

Uwaga

Twój zespół mógł już utworzyć repozytorium, które chcesz wyświetlić lub zmodyfikować. Kopię repozytorium można szybko uzyskać, klonując repozytorium online za pomocą git clone polecenia .

Po skonfigurowaniu lokalnego repozytorium i gałęzi śledzenia możesz wypchnąć zawartość repozytorium lokalnego do repozytorium zdalnego. Możesz również ściągnąć zmiany repozytorium zdalnego do repozytorium lokalnego.

Uwaga

Operacja git pull pobiera zmiany z repozytorium zdalnego, a następnie scala zmiany — tak jak podczas scalania gałęzi. Czasami chcesz pobierać tylko zmiany z repozytorium zdalnego, na przykład wtedy, gdy chcesz zaktualizować listę zdalnych gałęzi repozytorium lokalnego. git fetch W tym celu użyj polecenia .

Authentication

Podczas pracy z repozytoriami online zabezpieczenia stają się bardzo ważne. Kod źródłowy infrastruktury i aplikacji jest cenny i musi być chroniony.

GitHub i Azure DevOps mają kompleksowe procesy zabezpieczeń. Oba te elementy wymagają uwierzytelnienia przed rozpoczęciem pracy z repozytoriami zdalnymi hostowanymi na ich platformach.

Przy pierwszej próbie pracy z repozytorium zdalnym zostanie wyświetlony monit o zalogowanie się do GitHub lub Azure DevOps. Niektóre organizacje chronią repozytoria Git za pomocą dodatkowych kontroli zabezpieczeń, takich jak uwierzytelnianie wieloskładnikowe. Po zalogowaniu usługa Git używa składnika o nazwie Git Credential Manager, aby zachować dostęp, dzięki czemu nie musisz logować się za każdym razem.

Współpraca z innymi osobami

Po skonfigurowaniu repozytorium Git na GitHub lub Azure Repos możesz rozpocząć współpracę z innymi osobami. Istnieje wiele funkcji, których można użyć do pracy z zespołem. Jedną konkretną funkcję, o której należy wiedzieć, jest nazywana żądaniami ściągnięcia, często skracaną do żądań ściągnięcia.

Żądanie ściągnięcia jest skutecznie kontrolowanym scalaniem dwóch gałęzi. GitHub lub Azure Repos mogą wymuszać zasady dotyczące tego, kto może scalić i jakie zmiany można scalić.

Typowy przepływ pracy zespołu obejmowałby członka zespołu wprowadzanie zmian w kodzie w gałęzi, a następnie utworzenie żądania ściągnięcia, aby poprosić kogoś innego o scalenie zmian z gałęzią główną . Inni członkowie zespołu mogą zobaczyć listę zmian w żądaniu ściągnięcia. Ci członkowie zespołu mogą nawet przekazać opinię na temat zmian lub poprosić o poprawki przed ich zaakceptowaniem. Żądania ściągnięcia umożliwiają zapewnienie kontroli jakości kodu zespołu.

Żądania ściągnięcia i inne funkcje współpracy wykraczają poza zakres tego modułu, ale udostępniamy linki do informacji o tych funkcjach w podsumowaniu.