Azure devops Azure管道-如何使用git mono repo策略按应用程序/文件夹列出提交和工作项

我最近迁移到git monorepo战略，在那里我保留了我所有的API和应用程序，我也在使用Azure DevOps进行基于主干的开发

由于每个应用程序都位于git repo根目录中自己的文件夹中，因此我能够启用由该文件夹驱动的分支策略和PR需求。例如，请求移动团队对每个修改MobileApp/文件夹中任何内容的PR进行PR审核

同样，我能够配置构建和发布管道，以便仅当每个环境的文件夹发生更改时，才部署正确的应用程序

现在，我在部署到需要批准的环境时遇到了一个问题。以前，我能够在批准阶段使用提交和工作项摘要，以确切地知道发布版正在推送到生产中的工作项是什么，但因为现在每个应用程序都位于同一个存储库中，所以我将得到一份报告，其中包含自上一个预生产版本以来的所有提交，而不管应用程序：

只有第一次提交才会修改MobileApp/文件夹中的任何文件。其他4个提交属于不同的应用程序和团队

是否可以仅显示按文件夹筛选的提交/工作项？例如，如果我们选择一个文件夹并单击查看历史记录，Azure Repos的工作方式与此相同：

如果没有，你能想出什么办法在采取单一回购方式时获得这些信息吗

是否可以仅显示按筛选的提交/工作项 文件夹？例如，如果我们选择 文件夹，然后单击以查看历史记录：

您是否试图

获取路径过滤器

或类似于

发布=>阶段日志=>提交

页面中的过滤器？如果是这样，恐怕目前还没有现成的功能

要检查与特定文件夹中的更改相关的提交，您可以导航到Azure Repos文件页面以检查历史记录。对于与提交相关的工作项，您可以在Commit=>Details中找到：

---

但是，如果您确实希望在与阶段相关的提交和工作项（在您的第一页）中添加

路径过滤器

功能，请尝试在我们的页面中提交功能请求。那里的团队会检查你的想法并考虑这一点。希望有帮助：）

我刚刚添加了请求。但我有一个问题，微软（和其他大公司）声称他们在其几个项目中使用了monorepos。当在同一个存储库中有多个应用程序可能具有不同的版本节奏时，你们如何跟踪每个版本中发生的更改？抱歉，这与原来的问题不同。也许你可以发布一个关于这个问题的新问题，这没什么不同。这就是我的问题的目的，我在结束问题时问，如果Azure DevOps不支持该信息，是否有人可以提供跟踪该信息的方法。