Publikowanie repozytorium w celu włączenia współpracy
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ą wyświetlane w celu zilustrowania pojęć. Nie uruchamiaj jeszcze poleceń. Będziesz ćwiczyć to, czego nauczysz się tutaj wkrótce.
Co to są usługi 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.
Usługi GitHub i Azure Repos są Usługi online, które przechowują kopie repozytorium Git i umożliwiają wspólne programowanie. Po zarejestrowaniu się w usłudze GitHub lub Azure Repos będziesz nadal pracować 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 możesz zsynchronizować lokalne repozytorium Git z repozytorium online. Możesz również udzielić dostępu do repozytorium online innym osobom i kontrolować, czy mogą odczytywać lub modyfikować kod.
Uwaga
Azure Repos to funkcja usługi Azure DevOps. Podczas pracy z usługą Azure Repos używasz witryny internetowej usługi 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 pośrednictwem zautomatyzowanego potoku wdrażania. Potoki wymagają, aby kod był przechowywany w repozytorium online. Potok uzyskuje dostęp do kodu z tego miejsca.
Uwaga
Usługi 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 korzystanie z usługi GitHub, ponieważ zwykle łatwiej jest rozpocząć pracę.
Repozytoria lokalne i zdalne
Podczas pracy z repozytoriami hostowanymi w usłudze GitHub lub Azure DevOps skonfiguruj 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 origin odnosi się do repozytorium zdalnego synchronizowania repozytorium lokalnego.
Należy również skonfigurować śledzenia gałęzi , które informują usługę Git o gałęzi z repozytorium lokalnego, reprezentującą tę samą gałąź co w repozytorium online. To śledzenie jest szczególnie ważne dla 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 .
Uwierzytelnianie
Po rozpoczęciu pracy z repozytoriami online bezpieczeństwo staje się ważne. Kod źródłowy infrastruktury i aplikacji jest cenny i musi być chroniony.
Usługi 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 usługi GitHub lub Usługi 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, więc nie musisz logować się za każdym razem.
Współpraca z innymi osobami
Po skonfigurowaniu repozytorium Git w usłudze GitHub lub usłudze Azure Repos możesz współpracować z innymi osobami. Istnieje wiele funkcji, których można użyć do pracy z zespołem. Jedną z konkretnych funkcji, o których 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. Usługi GitHub lub Azure Repos mogą wymuszać zasady dotyczące tego, kto może scalić i jakie rodzaje zmian można scalić.
Typowy przepływ pracy zespołu polegałby na tym, że członek zespołu wprowadzał zmiany w kodzie w gałęzi, a następnie tworzył żądanie ściągnięcia, aby poprosić innego użytkownika 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.