【问题标题】:VSTS - Creating CI for on premise build & deploy - step-by-step tutorial anywhere?VSTS - 为本地构建和部署创建 CI - 任何地方的分步教程?
【发布时间】:2018-07-01 06:19:35
【问题描述】:

我目前将所有源代码存储在 Visual Studio Team Services 中,现在我需要能够为我们的内部开发环境设置持续集成。我已经在高低搜索了体面的分步教程,但找不到一个能满足所有条件的教程。尝试创建构建或发布定义时,很难知道所有设置和字段的作用,因为有些设置和字段有帮助“?”在他们旁边,有些没有。

无论如何,经过反复试验,我已经在我的内部服务器上安装和配置了构建代理和部署组。我创建了一个构建定义,实际上构建成功了!

现在创建发布定义是我完全困惑的地方。我的解决方案由 UI 和 API 组成,两者都需要单独发布。我的构建定义同时构建了这两个。

在创建部署定义时,我似乎只能部署整个构建,而不是每个单独的应用程序?我是否需要创建单独的构建定义,然后将单独的工件附加到发布定义?有人知道哪里有为最新的在线 VSTS 配置 CI 的简单明了的分步教程吗?任何帮助将不胜感激!

【问题讨论】:

  • 嗨,欢迎来到 SO。您的问题是要在本网站的格式内回答太多问题。请 take the tour 并阅读 how to askhow to create a minimal, verifiable example 以获得更好的使用本网站的效果。祝你好运!
  • 我不明白您所说的“仅部署整个构建”是什么意思。这不是你想要的吗?您有 1 个生成 1 个包含 UI 和 API 的工件的构建。为什么将其拆分为多个工件以最终得到一个引用两个工件的发布定义?
  • 询问站外资源链接的问题对于 Stack Overflow 来说是题外话。因此,我已投票结束此问题。
  • 感谢您的帮助,很抱歉没有适当地格式化帖子,我将加入 cmets 并为我的下一篇帖子提供相应的地址。

标签: tfs build continuous-integration azure-devops definition


【解决方案1】:

您不必为您的项目创建单独的构建定义。您可以使用复制规则复制部分构建结果。

然后将其用于部署代理的后续步骤。

作为解决方法,您可以在一个构建定义中创建多个 drop(一个用于 UI,第二个用于 API)并将其用于部署。但这是一个更复杂的场景,需要额外的步骤来分离构建结果并将它们复制到所需的路径。

【讨论】:

    【解决方案2】:

    您的构建定义会产生所谓的工件。工件链接到您的发布定义。一个工件可以包含多个文件夹,例如一个包含您的前端,一个包含后端。

    在您的发布定义中,您可以通过将不同的任务指向它们应该在您的工件中使用的文件来配置它们。

    完整的分步教程可以在这里找到:Continuous integration, test, and deployment tutorial

    【讨论】:

    • 链接已损坏。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-03-27
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-03-06
    相关资源
    最近更新 更多