|
|
1
3
是的,你走在正确的道路上。您现在需要做的是将您的nant目标连接到自动化流程。我建议使用Team City或Cruise Control作为您的CI工具。一旦您完成了自动化服务器设置,您就可以在每次签入时运行构建和单元测试(持续集成)。然后,您的集成测试可以在晚上或周末运行,因为它们通常需要更长的时间才能运行。如果你的集成测试成功,那么你就可以有一个部署到QA或其他服务器的作业。 |
|
|
2
2
听起来你已经走了99%的路。我的建议是,直接投入并开始做这件事。通过真正冒险去做,你会学到更多,而不是思考你是否做得对。 我的公司目前正在使用CruiseControl,我个人认为它很棒。 |
|
|
3
1
查看此相关帖子 What is a good CI build process? 你走在正确的道路上。如果你使用的是一个不错的CI工具,你应该能够将每个设置设置为一个单独的项目,从而触发链中的下一步。..即成功的构建会触发测试,从而触发部署,进而触发集成等 这样,你最真实的“突破”就可以说阻止了这条线。 我们使用CruiseControl进行构建、单元测试、配置和部署、运行集成测试和代码覆盖率、运行验收测试以及打包发布。这是一个由大约8个web服务和十几个数据库组成的系统,所有这些数据库都具有相互关联的配置和部署依赖关系,可以跨多个具有不同配置的环境(从单个盒子到每个组件的冗余盒子) |
|
|
user2609605 · github上的CI:日志不完整 1 年前 |
|
|
laux98 · 关于电子生成器自动更新和位桶流水线的问题 2 年前 |
|
|
PierreP · 只有当从机上有特定数量的执行程序可用时,才执行作业 2 年前 |
|
|
pbuchheit · 在gitlab中订购手动触发的作业 2 年前 |
|
Stefan · 如何获得与皮林分数相似的eslint分数? 2 年前 |