我们正在将 CruiseControl 与 StarTeam 服务器一起使用,并且遇到 StarTeam 服务器崩溃的问题。我们想知道我们是否对服务器造成了太大的压力。在 3 台 CruiseControl 机器和总共约 30 个项目中,我们每分钟左右登录 StarTeam 并检查修改情况。我们的大多数项目都有大约 20,000 个文件。有人对 StarTeam 此类场景中的性能限制有经验吗?
我还对 CruiseControl 与其他版本控制系统(例如 TFS、Perforce、SVN 等)的性能指标感兴趣...在使用 CruiseControl 和大量包含大量文件的项目时,它们是否存在可扩展性问题?
最佳答案
我有一些使用 Star Team 进行持续集成的经验 - 尽管使用的是 TeamCity,而不是 CruiseControl。在我们的案例中,从 TeamCity 到 StarTeam 的常规连接几乎不会在我们的性能监控中被视为一个小问题。
您查看过服务器上的 StarTeam 日志文件吗? - 通常位于代码库或配置单元的根目录中。我通常发现日志足以解决任何问题。
关于version-control - 使用 CruiseControl(StarTeam 或替代方案)时的版本控制服务器性能,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/264535/