持续集成术语和定义(TeamCity)

Posted

技术标签:

【中文标题】持续集成术语和定义(TeamCity)【英文标题】:Continuous Integration terms and definitions (TeamCity) 【发布时间】:2015-11-20 15:13:15 【问题描述】:

所以我是持续集成领域的新手,当然,像其他人一样,我被投入到设置和集成它的任务中。

我的公司基于 .NET 并处理 MVC 应用程序、常规网站、表单应用程序以及 Windows 服务。我们的存储库中有大量解决方案,其中大多数解决方案都无法在我正在测试的 CI(TeamCity)中构建。我的本地 PC 是测试服务器。

无论如何,我一直在他们的 Confluence 页面上查看大量有关 TeamCity 的文档,但其中很多都是非常技术性的,我已经厌倦了多次阅读。话虽如此,有些术语和概念让我有点困惑,我希望有人能用一个例子来解释清楚。

    构建参数 - 我了解参数是什么并且知道它们的用途。为什么我要在构建中使用一个?

2.快照依赖 - 这些是什么,我应该什么时候使用它们?我无法想象这一点。

    工件依赖项 - 我了解工件是什么,但是我不知道为什么项目需要它们来构建。

任何意见将不胜感激。谢谢大家。

【问题讨论】:

【参考方案1】:

我可以给你一些例子。

构建参数

它为您提供了一种配置构建的方法。例如,您可能希望在 Teamcity 中控制构建版本。您可以使用构建参数为您的构建指定主要、次要版本(使用默认值)。

就我个人而言,我尽量避免使用它,因为我们应该在源代码或其他地方控制配置。

快照依赖项

它主要用于构建一个构建链。例如,您有两个构建。一个是构建源代码,另一个是部署到开发环境。如果要在每次源码构建成功后触发部署构建,需要在部署构建中添加快照依赖。

工件依赖项

与上面的示例相同,您希望将工件构建部署到其他构建中。在这种情况下,您需要使用工件依赖项将工件复制到部署构建中以上传到某处等。

或者有时你可能有不同的项目,有些项目是公共库。如果您没有工件存储库,则可以在其他项目需要这些公共库时使用工件依赖项。

【讨论】:

以上是关于持续集成术语和定义(TeamCity)的主要内容,如果未能解决你的问题,请参考以下文章

devops实践: teamcity实现持续集成

CruiseControl [.Net] 与 TeamCity 的持续集成?

Hudson、CDash、CruisonControl、TeamCity 的持续集成/生成器比较

持续集成工具 Jenkins vs TeamCity

Octopus 和持续集成 - 何时创建发布的最佳实践是啥?

持续集成 vs. 持续交付 vs. 持续部署