问题标签 [azure-repos]

我已经面对这个错误很长一段时间了，我希望得到一些帮助。我正在使用 git 从我的 Visual Studio 项目中提交代码。当我提交 Git 扩展时，它会正确显示我的名字。见下图。

但是在 Azure Devops 上，它显示了另一个人的名字，而不是我的名字，据说他已经提交了此处所示的更改。绿色的是我的承诺，但出现了另一个名字。（重做）

我遵循了以下我发现但无济于事的解决方案。

1. 验证我的[用户] 名称和电子邮件是否已在我签出项目的 git 文件夹中的 Git 配置文件中正确设置。
2. 验证我在 Git Extension 中的 Git 设置上的用户名和用户电子邮件是否设置正确。

我必须在客户拥有的计算机上工作。我们工作的代码在 Azure Dev Ops 存储库下进行管理，我使用我的个人 Microsoft 帐户登录。

为了降低风险，我在 Azure Devops 仪表板中创建了一个具有最低权限的个人帐户。

如何在不提示我的 Microsoft 帐户的情况下设置 git 以使用此 PAT？

现在，每次触发远程操作时，都会打开一个模式，询问用户名/密码。如果我关闭它，它会重新打开。我再次关闭，我可以输入我的 PAT。这是有效的。

但是，如果我触发新的远程操作，则会发生相同的序列（必须关闭两次凭据对话框，然后粘贴 PAT）。

如何明确存储 PAT？

仅供参考，我已确保在 git global config 中设置了正确的助手，如常见问题解答所建议的：git config credential.helper manager

我还尝试使用 禁用凭证助手git config --system --unset credential.helper，但问题仍然存在。

另一种尝试是使用另一个助手：git config credential.helper store。不是更好

仅供参考：我在 Windows 2012R2 上运行，最新的 git 版本（git version 2.20.1.windows.1）

我有一个案例，我想将所有内容存储在 Azure DevOps（CI/CD、Scrum、测试、发布）中，但我仍然想在 GitHub 上托管所有代码。

如何在 Azure DevOps 中镜像 GitHub 中的所有分支/合并/提交/PR/问题？

我想禁用/启用 Azure DevOps 中存储库工具栏下的上传文件按钮。我想知道如何为 Azure DevOps 中的存储库工具栏按钮配置启用/禁用选项。

我有一个在 Azure DevOps 中运行的 Web 应用程序，并希望在合并之前确保代码符合标准；例如“dev/test/master”。我制作了一个 tslint 规则文件，并希望强制执行此规则。以一种方式执行它，只要他们向分支提出拉取请求。当获得批准或在获得批准之前使构建失败。或者更好的是，在他的代码匹配 tslint 规则之前，不要让开发人员发出拉取请求。

是否有任何工具可以集成到 azure 管道来检查代码并将其与 tslint 规则进行比较，以便每当它不匹配时，使合并或构建失败。

我的团队目前正在使用带有 TFSVC 的 Team Foundation Server 进行版本控制。我希望我们继续在 TFS 中使用 Git。我让 TFS 团队为我们的团队设置了 Git。但是，如果可能的话，我想将我们的项目组织到文件夹中。示例可能是 HR 文件夹、财务文件夹和培训文件夹等。然后我将在这些文件夹下有一个项目 Repo，具体取决于它的用途。现在我们有大约 170 个项目，这就是为什么我想将它们组织到文件夹中以帮助永远滚动。

我就此事联系了我的 TFS 团队，但我没有收到回复，所以我不知道这是否不可能，他们是否不知道该怎么做，或者我是否没有获得许可。

我看过一些在线视频，但我发现的所有信息都与在 GitHub 中执行此操作有关，我们没有使用。

如果您查看我的屏幕截图，您会看到我创建了一些子文件夹，但我不知道如何在这些文件夹中创建 repo。我看到了这些文件夹之外的 Git 存储库。我创建了一个 TestRepo 但它又不在一个文件夹下。

是否可以使用文件夹来组织我们的存储库？如果我添加一个新的存储库，我似乎没有办法将它放在子文件夹中。

（在这里发布问题，因为这是微软通过“需要建议？询问社区”按钮重定向到的“社区”。希望它不会因为“主要基于意见”或“过于广泛”而被关闭）

你好，

我想在我的部门开始使用 AzureDevops 来组织代码和工作。我们是一个创建大量应用程序和插件的小团队。

其中一些应用程序的生命周期非常短，即我们交付它们，并且它们可以工作多年而无需更改。其他应用程序更大，并在几个月或几年内更新/修复。
这些应用在各个方面都是完全独立的。

据我了解 Azure DevOps 结构，我的部门应该成为一个“组织”（我们可以/需要与公司的其他部分分开）。

我对“项目”部分有点困惑。文档说

通常，我们建议您使用单个项目来支持您的组织或企业。

所以，假设我们确实有一个名为的项目Our Apps——然后我们将所有单独的应用程序项目放在哪里？

据我了解，我们交付的每个产品（应用程序）都应该有自己的存储库（或一组应用程序，如果它们是逻辑连接的）。

这是为了允许开发人员简单地在他们的机器上克隆 repo 并只为该产品做出贡献- 而无需下载其他项目等。

我需要能够：

• 轻松导航/查看我们创建的所有数十/（数百个？）应用程序，
• 查看他们单独的看板（对于那些确实拥有看板的项目，并非所有人都会）
• 查看他们的存储库（Git 或 TFS）、提交等
• 查看和管理他们的管道

目前在我看来，唯一可以看到我们拥有哪些产品的“列表”的地方是下面的下拉菜单：

了解大到足以拥有主板产品的唯一方法是在项目中创建一个新的单独的“SomeApp 团队”（即使其中有相同的人），这样我可以有一个 SomeApp 的板 - 并从这里查看板：

1. 这是组织结构的预期方式吗？
2. 任何替代方法？
3. 有没有办法获得“跨存储库”或“跨团队”概述？
4. 为每个“产品”创建文档怎么样？

我在 GitHub 中有我的仓库。当我第一次使用 Azure 存储库时，我将该 GitHub 存储库克隆到 Azure 存储库。

现在，我使用 git 在本地机器上进行了一些更改。之后，我在 git master 分支中提交了一个代码。然后我做了 git push 到我的 GitHub 主分支。我可以在 GitHub 上看到带有评论的提交 ID。但是有些我无法在 Azure Repo 中看到该提交。

有没有人有什么建议？

我的存储库是一个私有存储库，因此我使用我的凭据将它同步到 Azure 存储库。

我想在 Azure DevOps Repos 的相应拉取请求中显示 Azure Pipelines 中管道构建的状态。

我想要一些指示构建成功或失败的指标，就像这样（注意这是来自微软文档页面的屏幕截图，也在下面提到）：

在我的研究中，我遇到了不同的解决方案，包括以下解决方案：

• 将拉取请求构建状态添加到 Github。
  • 在屏幕截图中，有一个“报告构建状态”复选框不存在（不再存在？）。请注意，已选择 GitHub 存储库，因此 Azure DevOps 存储库选项的复选框可能根本不存在。
• https://docs.microsoft.com/en-us/azure/devops/repos/git/pull-request-status?view=azure-devops#pull-request-status。
  • 在 Status API 的帮助下似乎可以做到这一点，但我希望 Azure DevOps 能够为 Azure DevOps Repos 和 Azure Pipelines 本机提供此功能，因为这样的事情应该是这种集成系统的主要好处之一.
• https://github.com/MicrosoftDocs/vsts-docs/issues/3104
  • 我刚刚在 GitHub 上遇到了这个问题。这似乎是对这种行为的问题/要求，但到目前为止（截至今天）没有任何评论。

显然，Azure Devops 存储库不支持服务器端 git 挂钩。

有没有办法根据我自己的自定义标准使用外部服务拒绝/批准推送到我的存储库？