Предоставление общего доступа к коду с помощью Azure Repos и Visual Studio
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Visual Studio 2019 | Visual Studio 2022
Поделитесь своим решением Visual Studio с другими пользователями, размещая код в репозитории Azure Repos Git. С помощью Visual Studio можно управлять репозиториями Azure Repos Git или репозиториями GitHub. В этой статье приведены процедуры для следующих задач:
- Добавление проекта или решения в локальный репозиторий Git
- Публикация кода в репозитории Azure Repos Git или репозитории GitHub
- Просмотрите изменения кода перед публикацией
- Связывайте рабочие элементы с коммитами
- Фиксация и отправка обновлений
- Извлечение изменений из основной ветви репозитория
Чтобы клонировать репозиторий GitHub, получите URL-адрес клонирования, как описано в клонировании репозитория.
Для обзора рабочего процесса Git см. руководство по использованию Azure Repos Git.
Предварительные условия
Категория | Требования |
---|---|
доступ к проекту | Член проекта . |
Разрешения | — Просмотр кода в частных проектах: по крайней мере базовый доступ. — Клонирование или внесение вклада в код в частных проектах: Участник группы безопасности для участников или наличие соответствующих разрешений в проекте. — Задайте разрешения ветви или репозитория: управление разрешениями для ветви или репозитория. — Измените ветвь по умолчанию: . Измените политики и разрешения для репозитория. — Импорт репозитория: член группы безопасности администраторов проекта или разрешение уровня проекта Git на создание репозитория установлено в «Разрешить» . Дополнительные сведения см. в разделе "Настройка разрешений репозитория Git". |
услуги | Repos включено. |
Инструменты | Необязательно. Используйте команды az repos: Azure DevOps CLI. |
Примечание.
В общедоступных проектах пользователи с доступом Stakeholder имеют полный доступ к Azure Repos, включая возможность просмотра, клонирования и участия в коде.
Категория | Требования |
---|---|
доступ к проекту | Член проекта . |
Разрешения | — Просмотр кода: доступ уровня Basic хотя бы . — Клонирование или участие в коде: член группы безопасности участников или обладатель соответствующих разрешений в проекте. |
услуги | Repos включено. |
Дополнительные сведения о разрешениях и доступе см. в разделе "Репозиторий Git по умолчанию" и " Разрешения ветви" и "Сведения о уровнях доступа".
Примечание.
Visual Studio 2019 версии 16.8 и более поздних версий предоставляют новое меню Git для управления рабочим процессом Git с меньшим переключением контекста, чем Team Explorer. Процедуры, предоставляемые в этой статье на вкладке Visual Studio, предоставляют сведения об использовании интерфейса Git, а также Team Explorer. См. дополнительные сведения в сравнении Git и Team Explorer бок о бок.
Добавление проекта или решения в новый локальный репозиторий Git
Первым шагом к совместному использованию решения Visual Studio с другими пользователями с помощью Git является создание локального репозитория Git для кода. Если вы впервые используете Visual Studio для подключения к Azure Repos, дополнительные сведения см. в статье "Подключение к проекту" из Visual Studio.
- Visual Studio 2022 год
- Visual Studio 2019 — меню Git
- Visual Studio 2019 — Team Explorer
- Командная строка Git
Создайте локальный репозиторий Git для решения Visual Studio, щелкнув правой кнопкой мыши имя решения в Обозреватель решений, а затем выберите "Создать репозиторий Git". Или нажмите кнопку "Добавить в систему управления версиями" в строке состояния в правом нижнем углу Visual Studio, а затем выберите Git. Если эти параметры не отображаются, код уже находится в репозитории Git.
Или выберите Git Создать репозиторий Git> в строке меню, чтобы открыть окно создания репозитория Git. Если этот параметр не отображается, код уже находится в репозитории Git.
Этот шаг применяется только к интерфейсу управления версиями Visual Studio Git: в окне "Создание репозитория Git" выберите "Только локальный", проверьте правильность локального пути и нажмите кнопку "Создать".
Теперь вы создали локальный репозиторий Git в папке решения Visual Studio и зафиксировали код в этом репозитории. Локальный репозиторий Git содержит как решение Visual Studio, так и ресурсы Git.
Публикация кода
Вы можете поделиться своей работой с другими пользователями, публикуя локальный репозиторий Git в репозитории Azure Repos Git.
- Visual Studio 2022 год
- Visual Studio 2019 — меню Git
- Visual Studio 2019 — Team Explorer
- Командная строка Git
Visual Studio 2022 предоставляет интерфейс управления версиями Git с помощью меню Git, изменений Git и контекстных меню в Обозреватель решений. Visual Studio 2019 версии 16.8 также предлагает пользовательский интерфейс Team Explorer Git. Дополнительные сведения см. на вкладке Visual Studio 2019 — Team Explorer .
Подключитесь к репозиторию Azure DevOps, щелкнув правой кнопкой мыши имя решения в Обозреватель решений, а затем нажмите кнопку "Отправить в службу Git", чтобы запустить окно репозитория Git.
Или выберите Git > Push to Git service в строке меню, чтобы запустить окно Создать репозиторий в Git.
В диалоговом окне "Создание репозитория Git" выберите GitHub. Введите все необходимые значения в разделе "Создание нового репозитория GitHub". Затем нажмите кнопку "Отправить".
Вы можете убедиться, что репозиторий создан, перейдя в GitHub и найдите имя репозитория в учетной записи.
Просмотреть изменения коммита
Рекомендуется просмотреть изменения кода в вашем коммите перед его публикацией. Visual Studio предоставляет режим сравнения, который помогает просматривать все изменения, внесенные с момента предыдущего коммита.
- Visual Studio 2022 год
- Visual Studio 2019 — меню Git
- Visual Studio 2019 — Team Explorer
- Командная строка Git
Чтобы узнать, что изменилось в фиксации, выберите Git>Управление ветвями, чтобы открыть окно репозитория Git.
В окне репозитория Git выберите ветвь, щелкните правой кнопкой мыши коммит и выберите Просмотр данных коммита, чтобы открыть окно коммита.
В окне фиксации щелкните правой кнопкой мыши любой файл и выберите "Сравнить с предыдущим", чтобы просмотреть изменения файла, внесенные фиксацией.
Свяжите рабочие элементы с коммитами
При разработке программного обеспечения можно фиксировать коммиты, которые поддерживают завершение рабочих элементов, таких как задачи Azure DevOps или исправления ошибок. Аудиторский след рабочих элементов, связанных с коммитами, позволяет вашей команде понять, как были разрешены задачи и исправлены ошибки.
Примечание.
Синтаксис #ID поддерживается при подключении к репозиторию Azure Repos Git. При подключении к репозиторию GitHub можно по-прежнему ссылаться на рабочие элементы, но необходимо использовать синтаксис #ABID и предварительно настроить подключение Azure Boards-GitHub.
- Visual Studio 2022 год
- Visual Studio 2019 — меню Git
- Visual Studio 2019 — Team Explorer
- Командная строка Git
Рабочие элементы можно связать с коммитом, добавив #ID в сообщение коммита. Например, сообщение коммита "Исправление ошибки #12 Отсутствие значков в инструментах отчетности" свяжет рабочий элемент 12 с коммитом при отправке коммита в Azure Repos.
Изменения фиксации push-уведомлений
- Visual Studio 2022 год
- Visual Studio 2019 — меню Git
- Visual Studio 2019 — Team Explorer
- Командная строка Git
При написании кода в Visual Studio изменения отслеживаются автоматически. Когда вы удовлетворены вашими изменениями, вы можете сохранить их в Git с помощью коммита, а затем отправить коммит в Azure Repos.
В окне изменений Git введите сообщение, описывающее изменения, а затем нажмите кнопку "Зафиксировать все". Фиксировать всё фиксирует неиндексированные изменения и обходит область индексирования. Перед фиксацией можно выбрать этап всех файлов, нажав кнопку "Все+ " (плюс) в верхней части раздела "Изменения" в окне "Изменения Git".
Чтобы отправить коммит в Azure Repos, нажмите кнопку с изображением стрелки вверх.
Или вы можете отправить коммит из окна Git-репозитория. Чтобы открыть окно репозитория Git, выберите исходящую / входящую ссылку в окне "Изменения Git".
Вы также можете выбрать Git > Push в строке меню.
Изменения в запросе
Локальные ветви можно синхронизировать с удаленными коллегами, извлекая фиксации, созданные другими пользователями. Хотя вы работаете над фича-веткой, рекомендуется периодически переключаться на ветку main
и извлекать новые коммиты, чтобы сохранить её актуальной с удаленной веткой main
.
Примечание.
В Visual Studio ссылки Fetch и Pull можно найти в разных представлениях и в меню Git в строке меню. Эти ссылки все делают одно и то же — извлекают из удаленного репозитория в текущую ветвь локального репозитория.
- Visual Studio 2022 год
- Visual Studio 2019 — меню Git
- Visual Studio 2019 — Team Explorer
- Командная строка Git
В окне "Изменения Git" можно проверить наличие последних фиксаций в удаленной ветви с помощью ссылки со стрелкой вниз, а затем выбрать исходящую / входящую ссылку, чтобы открыть окно репозитория Git. Fetch загружает удалённые коммиты, которых нет в вашей локальной ветке, но не объединяет их в эту ветку. Полученные фиксации отображаются в разделе Входящие фиксации окна репозитория Git. Вы можете дважды щелкнуть полученный коммит, чтобы просмотреть изменения в файлах.
Выберите "Пулл", чтобы объединить извлеченные удаленные коммиты в ваш локальный репозиторий. Вытягивание выполняет загрузку и затем объединяет загруженные коммиты в локальную ветвь.
Вопросы и ответы
Вопрос. Почему страница входа отличается от веб-портала и Visual Studio?
Ответ. Страница входа зависит от того, использовали ли вы учетную запись Майкрософт или рабочую учетную запись в Azure DevOps. Всегда войдите с помощью учетных данных, используемых для Azure DevOps.
Вопрос. Можно ли использовать командную строку Git с Visual Studio?
Ответ. Командный обозреватель Visual Studio и командная строка Git отлично работают вместе. Изменения в репозиториях, сделанные в одном из инструментов, будут отражены в другом. Не забудьте установить последний выпуск Git для Windows, который содержит средства для подключения к репозиторию Azure DevOps Services/TFS.
Ознакомьтесь с руководством по Azure Repos Git и ссылкой на команду для получения дополнительной справки по использованию Git из командной строки.