Azure DevOps管道和Team Foundation Server工作流

Question

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

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

这意味着我不清楚如何使CI / CD管道工作，因为我们只想为该\\ Source项目中的某些项目构建管道。 有谁知道如何实现这一目标？ 如果我们看看Git项目很简单，每个项目都是独立的，并且是自包含的，但是\\ Source由文件夹和子文件夹组成，每个项目都包含项目。 这不是一个可以检查和发布的大型项目。 我希望这是有道理的，也许在Azure DevOps中具有这种“双工作流”类型源代码控制的过去经验的人可以发表评论吗？

Answer 1

您可以创建多个Azure管道，每个管道都可以查看TFVC存储库（Team Foundation版本控制）。 然后，每个管道都配置了自己的映射，您必须非常具体地获取为该管道构建解决方案所需的文件。

您可以使用包含（map）和排除（cloak）来定义工作区映射。 您可以隐藏单个文件，但是在我上次检查时您必须手动输入其服务器路径。

下一步是配置CI过滤器以查看正确的路径。 这可能与工作区映射相同，但我也看到了配置更多特定过滤器的情况。

对于托管TFVC存储库的项目中的每个解决方案，您最终会得到一个或多个管道。 命名管道可能很重要。