我正在尝试评估ccnet,我已经阅读了许多教程/博客,详细介绍了如何安装ccnet。但是大多数人都认为CruiseControl.NET安装在Subversion存储库所在的同一台机器上,或者它是服务器机器。 我想知道ccnet是否可以安装在非服务器机器和预先配置的subversion上?
答案 0 :(得分:3)
当然,这不是要求在服务器上安装CCNet,也不要在与存储库相同的机器上安装。
CCNet可以作为控制台应用程序或Windows服务运行,并且可以使用Mono在Windows,Windows服务器和linux / mac上运行。
因此,CCNet使用本机应用程序进行源代码控制操作(例如svn.exe或git.exe),它还支持与源代码控制应用程序相同的远程存储库功能。因此,您的Subversion存储库可以位于您的CCNet机器可以访问的任何位置。
我建议您阅读我们维基中的Scenarios Section。
答案 1 :(得分:2)
我永远不会将我的CC.NET安装在与我的SVN存储库相同的机器上。但那是我。
对于本地测试,您可以运行命令行版本,而不是服务。它很有用,因为控制台输出实际上让你在运行时接受一些东西。 (没有任何你无法找到的服务,但看到它“正在进行中”很酷。)
当您安装CC.NET时,我会将其安装在“干净”的机器上。我喜欢使用CC.NET的方式是把它想象成一个“很棒的msbuild包装器”。 你的CC.NET将从存储库中提取代码,我也想从svn中提取.msbuild定义文件(意思是,你将它存储在那里),然后让cc.net使用“msbuild.exe”任务。您使用的自定义cc.net任务越少越好。如果你将99%的构建逻辑放入.msbuild文件中,那么如果你离开CC.NET for TFS,你就不会搞砸自己。
3。 是的,它必须能够在一些身份下与SVN“交谈”。此身份需要读取(可能写入)权限回SVN。但是从SVN中提取代码的是身份(帐户)。如果您的源代码是预测的(很可能是),那么您可能必须使用svn.exe进行一些命令调用,以“使用运行CC.NET服务的IDENTITY接受(p)ermanent证书。” p>
答案 2 :(得分:1)
让CC.NET 在与开发人员相同的环境中运行是一种很好的做法。 因此,为CC.NET配备标准的Win7x64操作系统非常适合反映开发环境。
CC.NET可以配置为访问远程或本地Subversion存储库,具体取决于您设置的svn configuration。
所以答案是:是的!