【问题标题】:VSTS CI/CD Pipeline NetStandard SubdirectoryVSTS CI/CD 管道 NetStandard 子目录
【发布时间】:2019-02-14 19:58:17
【问题描述】:

我对 VSTS CI Pipeline 完全陌生,当我说完全陌生时,我指的是 4 个小时。

我正在尝试在我的项目目录中的一个子目录上设置自动构建,并在成功构建后创建 nuget 包并将它们推送到我之前设置的内部“包管理”扩展。如此有效地用于内部使用包的私有仓库。

我遇到的问题是,当我开始构建(保存和排队)时,它开始检查我签入的每个项目的每个文件夹中的每个文件(我正在观看控制台/构建)。其中大部分是完整的 .net 框架、WCF 服务/此处填空,与所讨论的项目完全无关,因此我看不出发生了什么。

所以; 1)这是正常的吗,最终,我如何将此结帐过程限制为仅我尝试为其构建管道的目录和后续子目录?

2)我如何只在某个子目录下构建项目,该子目录又包含自己的文件夹/项目

所以例子:

$AllProjects/NetStandard/Utils/* 其中 * 包含多个项目文件夹

Util1 实用程序2 ... 实用

我使用了 .Net Core 模板,因为问题文件夹下的库都是 NetStandard。

为这个看似尴尬的问题道歉,但同样,这对我来说确实是全新的。 谢谢

【问题讨论】:

    标签: azure-devops azure-pipelines azure-pipelines-build-task azure-devops-rest-api


    【解决方案1】:

    我假设您使用的是 TFVC,而不是 Git。

    在 Get Sources 步骤中,您需要设置 workspace 映射。工作区映射允许您指定应同步源代码管理中的哪些位置。

    【讨论】:

    • 嗨丹尼尔,这实际上不是问题。在你发给我这个后不久,我就明白了。因为我对这一切都很陌生,所以我没有意识到在构建管道的“获取源”部分中,我将服务器路径设置为根 $/AllProjects - 然后在构建部分下我试图去 /NetStandard/**/*.csproj 或其他什么。 - 但是,我确实按照你的建议修复了我的工作区映射 - 或者可能是问题所在,因为我修复了我的映射然后它工作了,我可以对我的子文件夹更有选择性。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-12-07
    • 1970-01-01
    • 1970-01-01
    • 2021-11-30
    • 2021-12-21
    • 2020-09-01
    相关资源
    最近更新 更多