问题描述
一个用户对使用Azure Pipelines将更改推送到辅助/备份源有疑问。他提出了一些潜在的用例，例如需要一个备份，像GitLab作为Azure Repos的备份，或者LAN-only Azure DevOps Server将备份保存到云中，或者全球团队希望在各处都托管代码以降低延迟。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
可以使用Azure Pipelines中的常规流水线（可以在构建流水线或发布流水线中实现）来完成这个需求。以下是一种假设的解决方案：
1. 在流水线的默认第一步中，检出你的代码库。
2. 添加一个自定义的脚本命令，该脚本命令会添加你所需的备份远程源，并将更改推送到该源。
请注意一些可能遇到的问题：
– 在推送之前，可能会遇到代理工作文件夹中存储库状态的问题，但这应该可以通过适当的Git命令解决。如果目标远程源（备份源）除了流水线以外没有任何其他提交，你不应该遇到冲突问题。
– 针对所有分支的推送：我不是Git专家，但我认为有一种方法可以将所有分支推送到远程源。
– 身份验证：你需要向目标远程源提供适当的身份验证。不应该在脚本中明文存储凭据。可以使用安全的流水线（或基于组的）变量来存储凭据。
– 存储库大小：大型存储库需要克隆到Azure DevOps代理的工作空间。只要有足够的磁盘支持，这不应该是问题。
根据你列出的需求，似乎你应该考虑使用云中的Azure DevOps服务，或者免费提供的私有GitHub存储库等。如果云可以为你管理备份，为什么要自己管理呢？
方案2
使用脚本或工具来管理备份源可能会增加一些复杂性，需要确保设置了正确的依赖关系。
另一种方法是编写脚本或使用工具来控制代码的推送顺序。你可以使用git命令手动控制代码的推送，或者使用一些第三方工具来管理备份源的依赖关系。
以下是一个简单的bash脚本示例，可以在Azure Pipelines流水线中，在检出代码后将更改推送到备份源：
#!/bin/bash
# 检出代码库
git clone your_repository_url
# 在工作目录中进入代码库
cd your_repository
# 添加备份远程源（例如GitLab）
git remote add backup gitlab_repository_url
# 推送到备份源
git push backup --all
在这个示例中，我们首先使用git clone命令来检出代码库。然后，使用git remote add命令来添加备份源（例如，GitLab的远程源）。最后，使用git push命令将所有更改推送到备份源。
请注意，这只是一个示例脚本，你可能需要根据你的具体情况进行调整。另外，脚本中明文存储的URL和凭据可能不够安全，你可能需要使用Azure Pipelines中的安全变量来存储这些值。
无论你选择哪种方法，都应该测试和验证推送过程，确保它按预期工作。