连续交付TFS 2010和Jenkins？

我们的开发团队使用Visual studio 2013 Pro和TFS 2010。我们的持续集成/交付计划需要以下能力：

1. Automatically build our web project on every checkin.
2. Automatically deploy green builds to development and/or test environments.
3. Provide build/deployment notifications via email.
Extra Credit: Run unit tests with each build.

---

我们没有预算，所以詹金斯很有吸引力。该设置对我来说是新的，不确定这些部件如何匹配，以及执行上述任务还需要哪些其他工具？

如果您订阅了MSDN，您可以免费使用TFS。TFS 2015可以提供所有这些功能。TFS 2010也可以提供其中的大部分

在TFS（2010年和2015年）中使用门控签入或CI生成定义来自动生成签入并运行测试。生成定义可以选择作为生成的一部分运行测试

使用MSDeploy将组件打包到一个自动化的包中。大多数人不知道你可以将它用于web应用程序之外的其他用途。（）

TFS还提供许多事件的电子邮件警报

---

关于自动化部署，我们使用单独的TFS（2010年）构建定义来触发对每个环境的部署。现在我们使用TFS 2015，它支持

如果您有MSDN订阅，您可以免费使用TFS。TFS 2015可以提供所有这些功能。TFS 2010也可以提供其中的大部分

在TFS（2010年和2015年）中使用门控签入或CI生成定义来自动生成签入并运行测试。生成定义可以选择作为生成的一部分运行测试

使用MSDeploy将组件打包到一个自动化的包中。大多数人不知道你可以将它用于web应用程序之外的其他用途。（）

TFS还提供许多事件的电子邮件警报

---

关于自动化部署，我们使用单独的TFS（2010年）构建定义来触发对每个环境的部署。现在我们使用TFS 2015，它支持

只是出于好奇，不知道..如果TFS已经提供了这些功能，为什么会推出Jenkins和其他CI/CD工具？TFS 2015功能仍然非常新，但很快就会迎头赶上。总的来说，我认为它适合大多数公司。詹金斯只是活得更久了，而且是“自由的”。关于旧版本的TFS，只是没有太多的教程/示例说明如何实现。我个人的使命就是改变这一点。使用旧旧代码的商店没有理由不在CI/CD中使用MSDeploy和TFS。TFS构建过去很糟糕。TFS 2015中引入的新构建系统明显更好。然而，在功能和灵活性方面，它仍然落后于詹金斯和TeamCity。正如chief7所说，它正在迅速赶上。如果你坚持TFS2010，那么Jenkins可能是最好的提问方式，如果我选择TFS2010/Jenkins。是否不需要MSBuild和Web部署？Jenkins是否需要CI和生成？可以设置为在没有其他工具的情况下进行连续构建吗？只是出于好奇，不知道..如果TFS已经提供了这些功能，为什么会推出Jenkins和其他CI/CD工具？TFS 2015功能仍然非常新，但很快就会迎头赶上。总的来说，我认为它适合大多数公司。詹金斯只是活得更久了，而且是“自由的”。关于旧版本的TFS，只是没有太多的教程/示例说明如何实现。我个人的使命就是改变这一点。使用旧旧代码的商店没有理由不在CI/CD中使用MSDeploy和TFS。TFS构建过去很糟糕。TFS 2015中引入的新构建系统明显更好。然而，在功能和灵活性方面，它仍然落后于詹金斯和TeamCity。正如chief7所说，它正在迅速赶上。如果你坚持TFS2010，那么Jenkins可能是最好的提问方式，如果我选择TFS2010/Jenkins。是否不需要MSBuild和Web部署？Jenkins是否需要CI和生成？可以设置为在没有其他工具的情况下进行连续构建吗？您需要提供更多关于所拥有的SCM和代码类型以及部署方式的详细信息。但假设使用Microsoft工具，Jenkins拥有TFS和VST插件，用于签出代码、使用MSBuild进行构建、使用NUnit插件运行测试和发布结果，以及通过SSH、FTP、SMB等发布工件进行部署，然后发送电子邮件。我想你基本上了解了我们的设置……现在我们严格地说是Microsoft工具。奇怪的是，如果我们将Jenkins与TFS2010一起使用，是否仍然需要MSBuild（构建）和Web部署（自动构建）。似乎答案是肯定的？我对更新的MS构建或部署工具了解得不够。我知道人们使用MSBuild插件与Jenkins一起构建软件。但是如果您使用不同的工具，只要它可以从命令行运行，那么它就可以从Jenkins运行。您需要提供更多关于您拥有的SCM和代码类型以及部署方式的详细信息。但假设使用Microsoft工具，Jenkins拥有TFS和VST插件，用于签出代码、使用MSBuild进行构建、使用NUnit插件运行测试和发布结果，以及通过SSH、FTP、SMB等发布工件进行部署，然后发送电子邮件。我想你基本上了解了我们的设置……现在我们严格地说是Microsoft工具。奇怪的是，如果我们将Jenkins与TFS2010一起使用，是否仍然需要MSBuild（构建）和Web部署（自动构建）。似乎答案是肯定的？我对更新的MS构建或部署工具了解得不够。我知道人们使用MSBuild插件与Jenkins一起构建软件。但是如果您使用不同的工具，只要它可以从命令行运行，那么它就可以从Jenkins运行。