Публикация репозитория для совместной работы
Вы узнали, как отслеживать изменения в коде Bicep с помощью Git. Из этого урока вы узнаете, как с помощью Git обеспечить совместную работу с членами команды.
Примечание.
Команды в этом уроке демонстрируют основные понятия. На этом этапе не выполняйте команды. Вскоре вы поупражняетесь с полученными знаниями.
Что такое GitHub и Azure Repos?
Git — это программное обеспечение, устанавливаемое и выполняемое на компьютере. Как вы уже знаете, Git отслеживает изменения, вносимые в файлы. Git обеспечивает работу таких функций, как ветвление.
GitHub и Azure Repos — это веб-службы, которые хранят копии репозитория Git и обеспечивают совместную разработку. После регистрации в GitHub или Azure Repos вы продолжаете работать с Git, используя те же команды, что и раньше. Вы продолжаете работать с локальным репозиторием Git. Разница заключается в том, что локальный репозиторий Git можно синхронизировать с веб-репозиторием. Вы также можете предоставить доступ к веб-репозиторию другим пользователям и определить, могут ли они читать или изменять код.
Примечание.
Azure Repos — это функция Azure DevOps. При работе с Azure Repos используется веб-сайт Azure DevOps.
В командной среде каждый пользователь поддерживает собственный локальный репозиторий Git и синхронизирует его с копией в Интернете. В большинстве случаев копия в Интернете становится для вашей командыисточником истины.
В следующем модуле представлены сведения о развертывании кода Bicep с помощью конвейера автоматизированного развертывания. Конвейеры требуют хранения кода в веб-репозитории. Оттуда конвейер тоже обращается к коду.
Примечание.
Как GitHub, так и Azure DevOps — это отличные варианты для размещения репозитория Git. Возможно, ваша организация уже использует ту или другую веб-службу. Если вы еще не выбрали веб-службу, рекомендуется использовать GitHub, так как обычно это упрощает начало работы.
Локальные и удаленные репозитории
При работе с репозиториями, размещенными в GitHub или Azure DevOps, вы настраиваете локальный репозиторий Git таким образом, чтобы ему было известно об удаленном репозитории. У веб-репозитория есть URL-адрес, который Git может использовать для доступа к нему с вашего компьютера. По соглашению, термин источник означает удаленный репозиторий, с которым синхронизируется локальный репозиторий.
Кроме того, необходимо настроить ветви отслеживания, которые сообщают Git ветви из локального репозитория, что и в веб-репозитории. Это отслеживание особенно важно для основной ветви, так как вы хотите синхронизировать их во всех репозиториях. Вы также можете включить отслеживание для других ветвей.
Примечание.
Возможно, ваша команда уже создала репозиторий, который вы хотите просмотреть или изменить. Чтобы быстро получить копию репозитория, можно клонировать веб-репозиторий с помощью команды git clone.
После настройки локального репозитория и ветви отслеживания можно отправить содержимое локального репозитория в удаленный репозиторий. Вы также можете извлечь изменения из удаленного репозитория в локальный репозиторий.
Примечание.
Операция git pull скачивает изменения из удаленного репозитория, а затем выполняет слияние изменений, так же как и при слиянии ветвей. Иногда требуется скачать изменения только из удаленного репозитория, например, если необходимо обновить список удаленных ветвей локального репозитория. Для этого можно использовать команду git fetch.
Проверка подлинности
При начале работы с репозиториями в Интернете безопасность становится важной. Исходный код для инфраструктуры и приложений является ценным и нуждается в защите.
GitHub и Azure DevOps содержат всеобъемлющие процессы обеспечения безопасности. Обе веб-службы требуют прохождения проверки подлинности перед началом работы с удаленными репозиториями, размещенными на их платформах.
При первой попытке работы с удаленным репозиторием вам будет предложено войти в GitHub или Azure DevOps. Некоторые организации защищают репозитории Git с помощью дополнительных проверок безопасности, таких как многофакторная проверка подлинности. После входа в систему Git использует для поддержания доступа компонент, называемый диспетчером учетных данных Git, поэтому вам не нужно каждый раз выполнять вход.
Совместная работа с другими пользователями
После настройки репозитория Git в GitHub или Azure Repos вы можете приступать к совместной работе с другими пользователями. Существует множество функций, которые можно использовать для работы с командой. Одна из функция, с которой следует ознакомиться, называется запросами на вытягивание (часто сокращается до PR).
Запрос на вытягивание фактически представляет собой управляемое слияние двух ветвей. GitHub или Azure Repos могут применять политики касательно того, кто может выполнять слияние и какие виды изменений можно объединять.
В рамках типичного командного рабочего процесса член команды вносит изменения в свой код в ветви, а затем создает запрос на вытягивание, чтобы попросить другого пользователя выполнить слияние этих изменений с главной ветвью. Другие члены команды видят список изменений в запросе на вытягивание. Эти члены команды могут даже отправлять отзывы об изменениях или запрашивать исправления, прежде чем их принять. Запросы на вытягивание обеспечивают способ контроля качества кода команды.
Запросы на вытягивание и другие функции совместной работы не рассматриваются в этом модуле, однако в сводке мы приводим ссылки на сведения о них.