问题标签 [azure-repos]

我正在尝试在我的分支上获得高质量的分支策略，develop到目前为止我已经有了一些很好的基础知识：

• 要求审稿人批准
• 要求所有检查通过
• 限制合并类型

我要确保 PR 中的源分支必须与其目标分支保持同步。我似乎找不到这个设置，想知道是否有人知道它是否存在。

GitHub 将此作为可用的 PR 限制：

呃，

我们的其中一种产品依赖于我们每月收到更新的第三方软件。收到的软件在包含大约 100-150K 文件的复杂文件夹结构中包含各种文件和二进制文件。我们需要将新项目添加到我们的版本控制中，以便我们可以将其包含在我们的构建管道中。

我们通过 Powershell 脚本运行整个文件夹结构并tf.exe add file为每个（相关）文件执行“”。目前这需要大约 14 小时。我们已经使它成为多线程的，但这似乎并没有对处理时间产生很大影响。” tf.exe add“-命令只是慢慢来，并且据我们所知不会并发运行。

我们还尝试优化它在一个命令中处理多个文件

但一直无法让它发挥作用。根据文档，您可以指定多个文件

itemspec - 指定要添加的项目的范围。您可以指定多个 itemspec 参数

但是我们的 TF.exe 错误

TF.exe: C:\workfolder\fileOne.dll fileTwo.png : 没有文件匹配。

对于我的问题：

1. 为什么不让我们使用“tf.exe add”添加多个文件/项目规范？
2. 有没有更有效的方法来加快这个过程，将文件批量添加到 DevOps？

过去我曾经使用 GitHub 来存储我的存储库。我在 GitHub 中为 Pivotal Tracker 设置了一个钩子，它允许我传递一个 id 和一个状态，它会在提交时更新 Pivotal Tracker 中的作业。

在将工作提交到我的 Azure DevOps 存储库时，我想做同样的事情。这可能吗？

我在 Azure DevOps 中有一个项目。我想将项目的 Git 存储库中的特定文件复制到我的 unix 机器上。我想使用命令行来实现这一点。

我尝试了以下命令

它成功地将文件复制到 unix 框，但不仅仅是我想要的文件，它保存了整个 html 页面。

我在一家创建许多大型到小型应用程序的企业中。早在我开始使用 Visual Studio Online/VSTS/现在的 Azure devops 时，我将所有这些应用程序分成不同的项目。但是，现在似乎对在一个项目中管理多个应用程序提供了很好的支持，从管理的角度来看，这似乎更容易。

从我所做的研究看来，我可以单独完成每项服务：

1. Repos：从合并项目中选择 Import Repository 并输入我要导入的应用程序的 URL小心

此外，系统会自动将“状态”和“原因”字段重置为您移动的工作项类型的默认初始值。

我浏览了文档并错过了那个片段。哎呀

2. 板：去查询（可选地选择跨项目查询）并将所有项目移动到合并项目（创建适当的团队、区域和过去的冲刺以保留历史）
3. 构建：从源项目导出 json 并导入到合并项目
4. 发布：与构建相同

（我们目前不使用测试计划或工件）

这样做我可能会丢失构建和发布历史，一旦足够的时间过去，这可能没什么大不了的，但我没有找到任何其他好的方法。

我的两个问题是：

1. 是否有更好的指导方针将整个项目转移到一个项目？
2. 除了我没有意识到的构建和发布历史之外，我会永久或暂时丢失任何其他内容吗？

我当前的组织需要将源代码 + 历史链接从位于远程站点的供应商 TFS 2015 迁移到我们的 Azure Devops(Repos)。我面临的挑战是，由于源 TFS 在远程站点中并且没有通过我们的 AD 连接，因此无法找到链接它的方法。目前我们正在使用显式登录到他们的 tfs 并获取代码。有没有可能的方法来迁移相同的内容并每天进行同步，持续几个月并拔掉对远程的依赖。

任何帮助将非常感激..

我发现了如何阻止/保护分支免受推送、强制推送但如何保护分支免受拉取请求？当有人创建拉取请求时，分支与锁定的分支（fe master 分支）合并，没有任何问题或确认。如何保护分支免受拉取请求当然如果可能的话？

分支锁（保护分支免受推送）；分支安全（拒绝强制推送）

我想让不可能完成对锁定分支的拉取请求。当然如果可能的话。

我有一个 Git monorepo，其中有两个文件夹（两个单独的解决方案）。我为每个解决方案设置了两个 CI 构建。每个 CI 都已Enable Continuous Integration激活。对于每个 CI 管道，我Path filters为每个文件夹指定（排除），以防止 CI 构建为其他文件夹的任何提交。

私人代理有没有办法只下载受提交影响的源文件[文件夹下]？

也就是说，当Database文件夹获得提交时，代理只下载Database文件夹下的源文件。

这有关系Checkout submodules吗？

更新

这是我的 PowerShell 脚本：

我收到的错误是：

git：致命：遇到 InvalidOperationException。在 C:\agent_work_temp\b5feb3b7-f104-48a0-94d8-a8c769e84a6e.ps1:8 char:1 + git remote add origin -f https://my_username_here@dev.azure.com/my_username_here/TxProjec ... + ~~ ～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～ ~~~~~~~~~~~~~~~~~ + CategoryInfo : NotSpecified: (fatal: InvalidO...on meet.:String) [], RemoteException + FullyQualifiedErrorId : NativeCommandError PowerShell exited with code '1' .

解决方案

我找到了解决方案。首先，我更改为命令行任务（来自 PowerShell）并2>&1在命令末尾添加。

最终代码是：

有没有办法授予团队成员访问团队项目的 Repos 部分的权限，而不授予他们访问团队项目的 Pipelines 部分的权限？

我可以找到的文档表明，TEE 仍然是将 Azure DevOps Repos / TFVC 与 Eclipse 集成的推荐方式（https://docs.microsoft.com/en-us/azure/devops/java/download-eclipse-plug-in ?view=azure-devops )

但是它不支持最新版本的 Eclipse，TEE 的 github 页面 ( https://github.com/microsoft/team-explorer-everywhere ) 显示该项目不再维护。

那么，随着 Eclipse 继续更新但 TEE 插件没有，进行 Java 开发的 Azure DevOps 用户将如何进行呢？