Синхронизация репозиториев Azure DevOps между организациями
Извините, но, насколько мне известно, в службе Azure Devops нет такой готовой функции.
Здесь есть похожие голоса пользователей: Синхронизация проектов в одной организации и Автоматическая синхронизация репозиториев Azure Devops с репозиториями GitHub. Обычно за один продукт отвечает одна организация, поэтому Azure Devops не рекомендует выполнять межорганизационные действия. Но если вы хотите, чтобы такое поведение было в вашем сценарии, вы можете использовать эти два направления:
1. Попробуйте бесплатное расширение Git Tools для Azure Devops от < strong> Мартин Хиншелвуд. Некоторые шаги о том, как его использовать:
Установите его в своей Development организации, он содержит одну Publish Git Repo задачу.
Создайте новый классический конвейер сборки с именем SyncRepos, добавьте в него задачу Publish Git Repo.
(Конвейер Yaml также работает хорошо, но поскольку это один конвейер, в котором существует только одна задача, классического конвейера достаточно)
Настроить задачу. Нам нужно только настроить URL-адрес репозитория git, так что это довольно просто.
Предполагая, что имя того же репозитория в другой организации Client - ReposToSync, и это репозиторий находится в ProjectA. Таким образом, URL-адрес, который вы должны ввести в конвейер (в организации Development), должен быть:
См. this: https://anything:[email protected]/Client/ProjectA/_git/ReposToSync.
(Вы должны использовать PAT, у которого есть разрешения, связанные с репозиториями. Я использовал Full Access один, чтобы легко его протестировать, но он должен быть < strong> намного лучше, если вы создаете PAT с ограниченными правами доступа к репозиториям. Это более безопасно!)
Теперь установите триггер. , включите CI и добавьте все ветви в фильтр.
Конвейер Yaml лучше подходит для шага 4, потому что он поддерживает запуск всех ветвей с подстановочным знаком *. См. это.
Теперь в Development организации, когда у меня есть какие-либо изменения в ветвях master и qwe, это автоматически запускает конвейер. Затем задача синхронизирует изменения в репозиториях Development с репозиториями в организации «Клиент».
Любое изменение в Development org запустит синхронизацию. Если вы хотите сохранить такое же поведение в «Клиенте», вам также понадобится другой аналогичный конвейер в «Клиенте». И конвейер yaml с подстановочным знаком лучше, если вы хотите, чтобы конвейер отслеживал вновь созданную ветвь.
Дополнительно: помимо использования задачи из расширения, мы также можем использовать команды git в задаче CMD, если вы знакомы с этими командами.
2. Не стесняйтесь размещать запрос на новую функцию на нашем форуме User Voice. Если вы наберете достаточно голосов, приоритет запроса возрастет, и команда серьезно его рассмотрит.
Надеюсь, что все вышеперечисленное поможет :)
Обновление1:
Независимо от команд или расширения git, если мы хотим сделать его более безопасным (избегать использования PAT или других секретов непосредственно в задаче), мы можем использовать секреты для хранения важной информации, такой как PAT.
1. См. создать секретную переменную в группе переменных, затем связать группу переменных, после этого мы можем использовать $ (MyPat) в задаче, и она не будет отображаться в журнале.
2. Также вы можете рассмотреть возможность использования Azure Key Valut. Связанный документ: Свяжите секреты из хранилища ключей Azure.
person
LoLance
schedule
21.04.2020
