![]() |
1
5
如果只执行“更新”,SVN将删除源代码管理中删除的所有文件。但是,在生成过程中创建的文件可能仍然存在,并且可能会干扰新的生成。我不确定SVN是否有删除它们的命令,但我想您可以用一个小脚本来完成,SVN肯定可以告诉您哪些文件受源代码控制,哪些文件不受源代码控制。 |
![]() |
2
3
我们的CC实现也有类似的问题。 我们的解决方案…我们已经设计了一个每晚3:00的构建,它除了执行基本单元测试外,还执行更长时间的运行集成测试。我们只是决定让凌晨3点在一棵新鲜的树上建造一座完全干净的建筑。由于是半夜,它很少影响任何人。所有其他“正常”签入都运行增量生成。 |
![]() |
3
1
如果您的工作副本中有孤立的文件在完成SVN更新之后,那么您的Subversion版本中有一个bug。 |
![]() |
4
1
您可以每天进行一次完整的构建,并将构建保持在签入状态。此外,对于部署构建,始终使用干净的完整构建可能是一个好主意。 |
![]() |
5
1
我能想到的唯一方法是在构建服务器上拥有两个副本。首先在第一个位置更新。删除第二个位置。先复制到第二个,然后在第二个位置生成。这样你总是从一个干净的建筑开始。 你可能想看看为什么结账要花这么长时间。我使用了相同的buildserver堆栈,从来没有遇到过这个问题。颠覆通常比构建本身花费更少的时间。 |
![]() |
Sandeep · Cruisecontrol.net中的条件参数 12 年前 |