0

为什么 Accurev 在打开程序时自动运行“更新”不是标准行为?“更新”使用来自建筑/推广区域的最新文件更新用户的本地沙箱。

应该首先同步最新文件似乎是预期的功能。

我并不是说它应该总是更新,但很好奇为什么自动更新不正确。

4

2 回答 2

3

自动更新可能会产生一些非常不需要的结果。

以这种情况为例:您正在进行一项开发任务,但您犯了一个错误,需要恢复您刚刚修改的文件。因此,您打开 AccuRev,但在您有机会“恢复到最新版本”之前,您会被 100 个上游已更改的文件轰炸,其中包括您要恢复的文件。您现在被迫在构建解决方案之前解决所有合并冲突,包括正在进行的(可能不稳定的)代码的合并。

要求用户手动更新会在开发人员周围形成一个保护性“泡沫”,允许他们在自己的工作空间内提交(保留)更改,而不会降低可能会破坏沙箱中工作稳定性的代码更改。当开发人员达到他的代码准备好与他人共享的地步时,这是进行更新并随后在推广之前构建/重新测试合并代码库的适当时间。

但是,我确实认为自动更新可能有用的一种情况是:在工作区重新设置父级之后。即,当开发人员的工作空间从流层次结构的一部分移动到另一部分时。每次我们重生时,我们都必须跳一段小舞:

  1. 接受提醒我们(相当冗长)我们需要更新工作区的确认对话框,然后才能促进任何更改。
  2. 双击工作区以查看其文件。
  3. 等待 AccuRev 执行“待定”搜索,以确定是否有任何文件更改正在等待提交。
  4. 最后,执行更新。

如果 AccuRev 可以询问我们是否要立即更新,而不是只给我们一个确认对话框,那就太好了。

于 2011-08-06T02:41:11.053 回答
1

我想这取决于偏好。我不喜欢自动更新功能。想象一下,您有一个庞大的项目,并且您不想在每次启动 Accurev 时都构建它。但是您也无法调试,因为源文件和调试信息不​​再对应。

于 2011-08-05T14:51:00.783 回答