标签: azure-repos

在Azure Repos中，我创建了从分支 A 到分支 B的 PR。没有显示任何合并冲突。但我最终收到了警告消息

警告：检测到多个合并碱基。显示的提交列表可能不完整。

这是什么意思？

我发现最近提到了实验性 PR 功能，他们提到了插入和应用 PR 本身建议的能力。

这是我在其他产品中已经非常习惯的功能，但目前我对如何在 Azure DevOps 中访问此功能有点迷失。

这是我实际看到的：

我有一个在 Azure Repos 中使用 Git LFS 的项目，其中使用 Git LFS 签入了几个二进制图像文件。当我的 Azure Pipelines 构建执行 . 时git pull，图像文件不会从 Git LFS 中提取，我留下了几个零字节图像文件。

我正在使用自定义的自托管 Azure Pipelines 构建服务器，该服务器上安装了最新版本的 Git LFS：

PS C:\rehan> git lfs --version                                                                                     git-lfs/2.7.2 (GitHub; windows amd64; go 1.12.2; git 08a08ae0)

我试过添加步骤来执行，git lfs install但这没有帮助。当我git lfs pull登录到构建服务器后手动执行 a 时，文件被正确下载。当我git lfs pull在 Azure Pipeline 中作为构建步骤运行时，出现以下错误：

fatal: could not read Username for 'https://foo.visualstudio.com': terminal prompts disabled
batch response: Git credentials for https://foo.visualstudio.com/Bar/_git/Bar not found.
error: failed to fetch …

我们正在为我们的git服务器使用Visual Studio Team Services.每个VSTS项目都有一个或多个git repos.我们有保持master和develop分支锁定的惯例,但让其他分支保持不受限制.

我希望能够在项目级别应用我们的标准规则,并将它们作为其中所有存储库的默认值:

• master而develop应该有自己的保安否认Force Push
• master 分支需要通过代码审查策略提取请求

到目前为止,我发现的唯一选择是通过Web界面手动设置这些每个存储库(甚至不是API!).我们拥有至少200多个存储库,并且希望避免必须逐个手动设置每个仓库和分支.

如何按分支名称设置默认代码安全性和代码策略？或者通过手动以外的任何方式？

我正在尝试将提交从 GitHub 存储库推送到 ADO 存储库。GitHub 存储库中的提交是由我和其他一些作者添加的。在将提交推送到 ADO 存储库中的远程分支时，我看到以下错误：

VS403702：推送被拒绝，因为一个或多个提交包含作者电子邮件“xyz@users.noreply.github.com”，该电子邮件与策略指定的模式不匹配。

有办法解决这个问题吗？

我的理解是，分支策略允许我们阻止推送到 master，但允许 PR。但我在 Azure DevOps 上找不到允许我执行此操作的策略或安全设置。我缺少什么？

我创建了具有对象级别权限的 Coders 用户组。小组获得了该项目的贡献者许可。当涉及到特定存储库时，我已经应用了对象级别权限 - 就像无法删除分支一样。当我验证它时，该组仍然能够看到“删除分支”选项，并且他们能够删除它。

我已经浏览了项目集合级别权限、项目权限和对象级别权限。即使我们为强制推送设置拒绝，该组也可以使用删除分支选项。到目前为止，我还没有看到禁用删除分支选项的选项。

之前有人设置过吗？

我在这里更新一个关于管道中的新文件夹的问题。有没有办法对某些用户组禁用此功能？

因此，Azure DevOps UI 现在支持设置跨存储库策略以保护所有现有和未来存储库的默认（主）分支 - 很好！

到目前为止，我们对每个存储库都使用了相同的策略，每当添加新存储库时手动设置它（我们正在为每个服务使用一个存储库进行微服务）。其中一项政策是构建验证。这是从 repo 更改为 repo 的唯一策略，因为每个 repo 都有自己的构建管道（目前是经典的，因为 YAML 仍然缺少一些关键功能）以及给定存储库的 Git 触发器。

问题是; 如果我设置了跨存储库策略并希望包含构建验证，鉴于每个存储库都有自己的构建管道，我该怎么做？AFAIK 构建管道（还）不支持将多个存储库作为触发器（这应该很快适用于 YAML 管道），因此我无法创建用于所有存储库的单个构建管道。

我在 Azure DevOps 中有一个 git-repo，我想将其用作启动新存储库的模板，但没有原始存储库的提交历史记录。GitHub 有这个不错的功能，但是我在 DevOps 中找不到好的方法。克隆它、删除 .git 并将其绑定到新的空存储库的唯一方法是吗？

我错误地删除了 Azure Repo，现在我想恢复该存储库，有什么方法可以恢复它吗？

如果可以的话请指教。