问题标签 [azure-repos]

createPerformanceMarker假设我在 repo 中的所有打字稿文件中进行代码搜索。我使用这个搜索：

createPerformanceMarker ext:ts.

不幸的是，这也返回了类型（带有扩展名的接口声明文件.d.ts）

参考：

https://docs.microsoft.com/en-us/azure/devops/project/search/advanced-code-search-syntax?view=azure-devops

我尝试了几种不同的格式，但它们不起作用（createPerformanceMarker ext:ts NOT ext:d.ts等等）

有没有办法在搜索时排除打字？

我们将 Azure DevOps 用于我们的 .NET 源代码控制。我们使用 Git 和 TFS 工作流程来运营项目（前者是较新的工作，后者是遗留项目）。这是因为当 Azure DevOps 只是 TFS 时，我们只有“源”根文件夹，其中包含用于不同类型软件的子文件夹，然后是每个文件夹中的项目。这适用于 TFS 使用的签入/提交过程类型。现在有了 DevOps 和 Git 工作流程，而不是一个名为 Source 的单一“根”存储库，其中包含分解不同解决方案的文件夹，我们拥有代表每个不同软件解决方案的不同存储库。

对于 GIT 工作流下的项目，我们可以放心地使用 Azure 管道创建 CI/CD 发布流程。但是，我不确定我们如何使用它来处理基于 TFS 的存储库。在 Azure DevOps 门户中，我们的 TFS 存储库（即使它包含许多不同的解决方案/项目）在门户中表示为一个称为“源”的“项目”。

这意味着我不清楚如何让 CI/CD 管道工作，因为我们只想为该 \Source 项目中的某些项目构建管道。有谁知道如何做到这一点？如果我们简单地看一下 Git 项目，每个项目都是独立的并且是自包含的，但是 \Source 由文件夹和子文件夹组成，每个文件夹中都有项目。这不是一个可以签入和释放的大型项目。我希望这是有道理的，也许对 Azure DevOps 中这种“双工作流”类型的源代码控制有一定经验的人可以发表评论？

我已使用团队资源管理器插件将团队基础服务器与 Visual Studio 2017 连接以进行源代码控制。

我正在尝试对 azure data studio 做同样的事情。主要目的是为存储过程和触发器等数据库对象添加源代码控制。

我正在尝试将 Azure 数据工作室与团队基础服务器连接，以便我可以使用 azure 存储库进行源代码控制。我找不到办法，这可能吗？

我们的开发团队部署了大约 6 个 ASP.NET 应用程序（Web 表单、SOAP 服务、RESTful 服务和可执行文件）。这些应用程序都引用了相同的少数 .DLL 库，这些库包含我们的大部分业务代码，并且这些库引用了一些较低级别的框架和安全库（这些都在 C# 中）。现在它全部托管在天蓝色的 TFVC 中。

我们正在创建一个新的 Azure 组织，并将所有内容迁移到 Azure Git，更重要的是，我们正在使用 Pipelines 设置 CI/CD。到目前为止，我们只有一个用于部署的巨型解决方案，可以容纳一切。应用程序项目只使用对库项目的项目引用，当我为部署构建它时，它会构建它。然后，我们只需使用 Web 部署将每个应用程序独立发布到我们的 Azure 虚拟机。

我们将需要为这些应用程序中的每一个提供管道，并且我们正在尝试找出最好的方法来 (1) 在我们的 Repos 存储库中构建我们的项目，以及 (2) 如何最好地引用这些库。

是否应该将库构建到包中，然后我们从我们拉入管道的工件提要中引用它们？此外，每个应用程序和库应该是存储库中自己的项目，还是作为一个大型项目流动得更好？我不确定这些问题是否有明确的答案，但我希望有一些可以参考的方向或最佳实践。

有没有办法在 Azure DevOps 中为所有当前和未来存储库和项目中的所有当前和未来分支设置“强制推送”权限？

我们目前有大约 50 个项目，每个项目都有一个 repo 和几个分支，并且在每个存储库的每个分支中设置权限将是大量的手动工作并且容易出错。

我正在尝试将新文件夹添加到 azure 存储库。这个主文件夹有一个带有 python 项目的子文件夹。当我添加主文件夹时，所有子文件夹都成功上传，除了python文件夹。此文件夹在 azure 存储库中以黑色显示，当我单击它查看其内容时，编辑器中只出现一个长字母数字字符串。

如何让 python 文件夹在 azure 中正常显示？我希望能够以与 Windows 资源管理器相同的方式在 azure 界面中导航此文件夹的内容。

我有一个用于 git 的自定义合并驱动程序，它可以帮助在数百名工程师共享的大型 monorepo 中合并锁定文件。因为锁文件的变动非常频繁，这些文件在审查 PR 时导致合并冲突的情况并不少见（因为master进展）。这意味着在使用此合并驱动程序在本地解决这些锁定文件的冲突后，应手动更新 PR 分支。

问题：有没有办法在服务器端的 GitHub（或Azure Repos）上配置此合并驱动程序，以便此驱动程序用于合并 PR 分支（而不是默认的自动合并）？

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

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

我尝试添加步骤来执行 agit lfs install但这无济于事。git lfs pull当我登录到构建服务器后手动执行时，文件已正确下载。当我git lfs pull在 Azure Pipeline 中作为构建步骤运行时，出现以下错误：

我有 2 个存储库 (A) 和 (B)。(B) 是 (A) 的一个 Fork，并且已收到文件目录重命名。(B) 中的许多文件只是具有不同的父文件夹名称。现在我正在尝试将 (A) 的拉取请求发送到 (B) 但 Azure Repos 说目标文件已被删除。

有没有办法手动覆盖拉取请求，以便在 (A) 的文件映射到 (B) 的文件的地方发生从 (A) 到 (B) 的映射文件？同样，它们是相同的文件，只是具有不同的父文件夹。如果可以的话，我想避免更改 (A) 的文件夹结构。

我知道我们可以在 Azure Repos 中锁定一个分支，这样用户就无法将更改推送到它。我们可以锁定分支内的特定文件，使其不能被其他用户更改吗？

或者这可以在视觉工作室 - 团队资源管理器中完成吗？我目前的源代码管理插件是 Git。