无需“构建”的持续集成
我们的团队使用 Visual Sourcesafe 作为我们所有“内容”（HTML、CSS、Javascript、JSP）的文件存储库。它们都不需要构建或编译，但我们希望在签入时自动将其复制到 Unix 开发服务器。
我过去曾在其他公司将 Cruisecontrol.NET 用于 CI，但它是针对 .NET 的。实现我们当前要求的最简单方法是什么？使用 CruiseControl.NET 是否有点矫枉过正，甚至是一个好主意？提前致谢。
-肖恩
Our group uses Visual Sourcesafe as a file repository for all of our "content" (HTML, CSS, Javascript, JSP). None of it requires building or compilation but we would like to automate the copying of it to a Unix dev server upon check-in.
I have used Cruisecontrol.NET in the past for CI at other companies but it was for .NET. What would be the easiest way to achieve our current requirements? Would using CruiseControl.NET be overkill or even a good idea? Thanks in advance.
-Sean
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
对于 CI 工具来说，这听起来有点大材小用。
Visual SourceSafe 和其他版本控制系统应该有钩子，允许您自动执行简单的文件复制操作。
来自http://msdn.microsoft.com/en-us/library/aa302175。 ASPX
这对您是否有意义取决于几个因素。如果您谈论的是一个大型的地理团队，仅进行基于变更的部署，那么是的，这些都是合理的担忧。如果您只有几个本地开发人员，并且在每个复制操作上部署整个世界，那么不，我认为您不需要 CI 工具。
这并不是说其他原因可能会影响您使用 CI 工具，例如测试。您的问题也可以通过在 Unix 机器上运行轮询脚本以将源代码管理与开发服务器同步来解决。我想重点是，如果您要部署所有非编译软件，为什么要有单独的源代码控制和开发服务器？您的部署可以通过源代码控制工具来完成。如果只是为了备份，有很多现有的解决方案可以解决这个问题。
This sounds like overkill for a CI tool.
Visual SourceSafe and other version control systems should have hooks allowing you to automate a simple file copy operation.
From http://msdn.microsoft.com/en-us/library/aa302175.aspx
Whether this makes sense for you depends on a couple of factors. If you are talking about a large, geographically team with only change based deployment then yes, those are valid concerns. If you only have a few local developers and you deploy the world on each copy operation, then no, I don't think you'd need a CI tool.
This is not to say other reasons may influence you to use a CI tool, testing for instance. Your problem might also be solved by running a polling script on the Unix box to sync the source control with the dev server. I guess the main point is, if you are deploying all non-compiled software, why do you have a separate source control and dev server? You're deployment can be done by a source control tool. If it is only for backup, there are plenty of existing solutions for that problem.
Sean，
我们的 AnthillPro 客户经常做这种事情（我们甚至在为我们的网站提交新内容时在内部这样做）。这是一个非常好的主意，完全适合 CI 工具，如果您连接一些自动化功能/回归测试，您可以获得质量反馈。
Sean,
Our AnthillPro customers do this kind of thing pretty frequently (and we even do it internally when new content is committed for our website). It's a really good idea, totally appropriate for a CI tool, and you can get quality feedback if you wire in some automated functional / regression tests.
你可以尝试使用 Hudson http://hudson-ci.org/
它很容易配置，完全是 GUI （除非您想详细了解），并且有一个 Visual Sourcecafe 插件 http://wiki.hudson-ci.org/display/HUDSON/Visual+SourceSafe+Plugin
虽然 CI 可能对于你想要做的事情来说有点过分了，因为 Hudson 是所有 GUI 并且易于使用，您不会花费大量时间来尝试配置它。
Hudson 还具有用于将内容复制到其他系统的插件，因此可以轻松地将您的内容部署到另一个系统。
You could try using Hudson http://hudson-ci.org/
It is easy to configure, is completely GUI (unless you want to go into the details), and has a plugin for Visual Sourcecafe http://wiki.hudson-ci.org/display/HUDSON/Visual+SourceSafe+Plugin
While CI would probably be overkill for what you are trying to do, since Hudson is all GUI and easy to use, you would not spend a lot of time just trying to configure it.
Hudson also has plugins for copying stuff over to other systems, and so it would be easy to deploy your content to another system.
如果您担心这个过程，请联系托管 CI 提供商，例如 MikeCI，他们支持板上的快速消息将为您提供答案。我不明白为什么触发“构建”不能用复制和粘贴代替！
If you are worried about the process, get in touch with a hosted CI provider, such as MikeCI, a quick message on their support board will get you the answer. I don't see why triggering a "build" can't be replaced with copy and paste!