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ń. Wkrótce dowiesz się, czego nauczysz się tutaj.
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ą tworzenie współpracy. 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. Kontynuuj pracę z lokalnym repozytorium Git. Różnica polega na tym, że można zsynchronizować lokalne repozytorium Git 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 to funkcja usługi Azure DevOps. Podczas pracy z 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 na temat wdrażania kodu Bicep za pośrednictwem potoku zautomatyzowanego wdrażania. Potoki wymagają, aby kod był przechowywany w repozytorium online. Potok uzyskuje dostęp do kodu stamtąd.
Uwaga
Usługi GitHub i Azure DevOps są doskonałymi opcjami hostowania 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 skonfigurujesz 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. Konwencjonalnym terminem pochodzenia jest repozytorium zdalne synchronizowane z repozytorium lokalnym.
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. Śledzenie jest szczególnie ważne dla gałęzi głównej , ponieważ chcesz zachować synchronizację między wszystkimi repozytoriami. Możesz też 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 — podobnie jak podczas scalania gałęzi. Czasami chcesz pobrać tylko zmiany z repozytorium zdalnego, na przykład wtedy, gdy chcesz zaktualizować listę gałęzi zdalnych repozytorium lokalnego. git fetch
Użyj polecenia dla tego polecenia.
Authentication
Po rozpoczęciu pracy z repozytoriami online zabezpieczenia stają 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ń. Obie 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 przy użyciu 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, aby nie trzeba było logować się za każdym razem.
Współpraca z innymi osobami
Po skonfigurowaniu repozytorium Git w usłudze GitHub lub Azure Repos możesz współpracować 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 scalanie dwóch gałęzi. Usługa GitHub lub Azure Repos może wymuszać zasady dotyczące tego, kto może scalić i jakie zmiany można scalić.
Typowy przepływ pracy zespołu obejmuje 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.
Potrzebujesz pomocy? Zobacz nasz przewodnik po rozwiązywaniu problemów lub prześlij szczegółową opinię, zgłaszając problem.