Azure devops——确保本地文件匹配存储库分支
Azure devops -- ensure local files match repository branch
Azure-devops -- 确保本地文件匹配存储库分支
如何使用 Azure dev-ops 确保本地文件与存储库分支匹配？
在我的系统中，"old" 个版本的文件显示为 'bad penny'，坦率地说，我不确定为什么。
是否有一个简单的命令可以 运行 保证这一点？
当然，完全删除本地存储库就可以做到这一点，Azure Devops 会检测到这一点并在 "clone" 期间加载所有对象，但肯定有更好的方法。
我假设您使用的是自托管代理，否则您会为 Microsoft 托管代理上的每个构建获得一个新的虚拟机。
如果 objective 是为了验证您是否匹配存储库分支，最好的方法是从清理您的源代码开始。构建管道通过在获取源步骤中为您提供一个选项来指定清理选项，使其变得微不足道。
Git 回购不应发生这种情况。但是您始终可以针对您的回购添加命令行步骤和 运行 git clean -dxf。这将删除您签出的分支中不存在的所有文件和文件夹。
在我看来，在克隆到新分支后避免像 "sync" 这样的操作实际上 有帮助 。对于 Azure Devops，短语 "less is more" 似乎是合适的。此外，令人遗憾的是，有时确实需要删除本地目录内容并重新克隆整个项目。以上回答可能有帮助，但我没有亲自验证，因为我们组做事的方式不同。
Azure-devops -- 确保本地文件匹配存储库分支
如何使用 Azure dev-ops 确保本地文件与存储库分支匹配？
在我的系统中，"old" 个版本的文件显示为 'bad penny'，坦率地说，我不确定为什么。
是否有一个简单的命令可以 运行 保证这一点？
当然，完全删除本地存储库就可以做到这一点，Azure Devops 会检测到这一点并在 "clone" 期间加载所有对象，但肯定有更好的方法。
我假设您使用的是自托管代理，否则您会为 Microsoft 托管代理上的每个构建获得一个新的虚拟机。
如果 objective 是为了验证您是否匹配存储库分支，最好的方法是从清理您的源代码开始。构建管道通过在获取源步骤中为您提供一个选项来指定清理选项，使其变得微不足道。
Git 回购不应发生这种情况。但是您始终可以针对您的回购添加命令行步骤和 运行 git clean -dxf。这将删除您签出的分支中不存在的所有文件和文件夹。
在我看来，在克隆到新分支后避免像 "sync" 这样的操作实际上 有帮助 。对于 Azure Devops，短语 "less is more" 似乎是合适的。此外，令人遗憾的是，有时确实需要删除本地目录内容并重新克隆整个项目。以上回答可能有帮助，但我没有亲自验证，因为我们组做事的方式不同。