为什么 Accurev 在打开程序时自动运行“更新”不是标准行为?“更新”使用来自建筑/推广区域的最新文件更新用户的本地沙箱。
应该首先同步最新文件似乎是预期的功能。
我并不是说它应该总是更新,但很好奇为什么自动更新不正确。
为什么 Accurev 在打开程序时自动运行“更新”不是标准行为?“更新”使用来自建筑/推广区域的最新文件更新用户的本地沙箱。
应该首先同步最新文件似乎是预期的功能。
我并不是说它应该总是更新,但很好奇为什么自动更新不正确。
自动更新可能会产生一些非常不需要的结果。
以这种情况为例:您正在进行一项开发任务,但您犯了一个错误,需要恢复您刚刚修改的文件。因此,您打开 AccuRev,但在您有机会“恢复到最新版本”之前,您会被 100 个上游已更改的文件轰炸,其中包括您要恢复的文件。您现在被迫在构建解决方案之前解决所有合并冲突,包括正在进行的(可能不稳定的)代码的合并。
要求用户手动更新会在开发人员周围形成一个保护性“泡沫”,允许他们在自己的工作空间内提交(保留)更改,而不会降低可能会破坏沙箱中工作稳定性的代码更改。当开发人员达到他的代码准备好与他人共享的地步时,这是进行更新并随后在推广之前构建/重新测试合并代码库的适当时间。
但是,我确实认为自动更新可能有用的一种情况是:在工作区重新设置父级之后。即,当开发人员的工作空间从流层次结构的一部分移动到另一部分时。每次我们重生时,我们都必须跳一段小舞:
如果 AccuRev 可以询问我们是否要立即更新,而不是只给我们一个确认对话框,那就太好了。
我想这取决于偏好。我不喜欢自动更新功能。想象一下,您有一个庞大的项目,并且您不想在每次启动 Accurev 时都构建它。但是您也无法调试,因为源文件和调试信息不再对应。