Azure DevOps管道和Team Foundation Server工作流
我们正在使用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中使用这种‘双重工作流’类型的源代码控制的人可以评论一下？
回答 1
Stack Overflow用户
发布于 2019-05-10 15:30:09
您可以创建多个Azure Pipeline，每个都查看TFVC存储库(Team Foundation版本控制)。然后，每个管道都配置了自己的映射，您必须非常具体地获取为该管道构建解决方案所需的文件。
您可以使用包含(映射)和排除(遮盖)来定义工作区映射。您可以遮盖单个文件，但我上次检查时，您必须手动输入它们的服务器路径。
下一步是配置配置项筛选器以查看正确的路径。这可能与您的工作空间映射相同，但我也见过配置了更具体过滤器的情况。
您最终将为托管TFVC存储库的项目中的每个解决方案提供一个或多个管道。给你的管道命名可能很重要。
https://stackoverflow.com/questions/56069531
复制相似问题
腾讯云开发者
