Pau*_*ier 5 .net continuous-integration custom-build-step
我在一个组织中开展一个大型项目,这个项目正在(慢慢地)升级我们的开发流程,使其更加现代化.我们目前正在考虑转向持续集成模式; 作为此举的一部分,我们正在考虑编写自己的持续集成服务器.我们有一个非常成熟(有点僵化)的构建过程; 我们还有一大组测试,我们希望将它们作为构建验证测试运行.
我们已经研究了几种商用CI服务器,看来根据我们的个性化需求定制其中任何一项的工作量相对较高; 如此之高,以至于我们可以自定义编写自己的CI服务器.但是,我觉得我们可能会错过这个过程的一些潜在缺陷.我们已经提出并考虑了我们实施中的错误问题; 在评估我们的选择时,我们应该记住是否有任何其他主要考虑因素(除了编写CI系统所涉及的工作量之外)？任何实施自定义CI服务器的人都会遇到什么特别的麻烦？对于那些使用过商业CI系统的人来说,有什么事情你希望自己能做到,或者你特别高兴的事情你不需要自己做？
Mat*_*nze 14
我强烈建议不要考虑NIH的这种想法.
而不是一个完整的CI服务器,为什么不只是构建您需要的定制件？尽可能多地重复使用,而不是拥有一切定制,你至少可以制作一些现成的零件.
(顺便说一句,我不认为这是"NIH")
请注意,即使您花费尽可能多的时间来配置构建以使用现有的CI服务器,就像构建自己的CI服务器一样(这里可能很慷慨),您只需要维护每个自定义位 - 而不是整个框架.
了解您可以利用的内容,并使用它.还要看看哪个工具似乎有希望朝着你前进的方向前进.开箱即用的CI服务器无法在您的环境中完美运行.他们都必须进行调整并"中途遇到".