我在一个组织中的一个大型项目中工作,该组织正在(缓慢地)将我们的开发流程升级到更现代的水平。我们目前正在考虑转向持续集成模型;作为此举的一部分,我们正在考虑编写自己的持续集成服务器。我们有一个非常成熟(有点僵化)的构建过程。我们还有大量的测试,我们希望将它们作为构建验证测试来运行。

我们已经研究了几种商业CI服务器,看来根据他们的个人需求定制它们中的任何一个工作量都相对较高。如此之高,以至于值得定制定制自己的CI服务器。但是,我认为我们可能会错过此过程的一些潜在陷阱。提出并考虑了我们实现中的错误问题;在评估我们的选择方案时,还有其他需要考虑的主要考虑因素(当然,除了编写CI系统需要付出的努力之外)?对于实现了自定义CI服务器的任何人,有什么特别的麻烦?从使用过商业CI系统的任何人那里,您是否有想要自己做的事情,或者您特别高兴自己不需要做的事情?

最佳答案

我强烈反对NIH的想法。

  • 考虑修改像CruiseControl.NET的开源CI服务器
  • 考虑编写自定义的Nant任务
  • 考虑修改您的项目使其更适合现有选项
  • 您不想从事持续集成的业务,您只想使用它并查看
  • 的好处

    关于.net - 编写自己的持续集成服务器时要考虑的事项?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/889167/

    10-10 21:49