Version control 塑料SCM中的强制工作空间更新

Version control 塑料SCM中的强制工作空间更新,version-control,plasticscm,Version Control,Plasticscm,我的工作区状态有问题。塑料SCM给人的印象是,我已经提交了所有更改,现在已同步到特定的更改集。它没有列出挂起的更改。但我知道有些源代码文件不同步。顺便说一下,这些文件不在任何忽略列表中。如果我更改了一些不重要的空白,Plastic SCM会将文件列为挂起,并显示空白更改和以前不同步的实际代码更改 所以问题是:有没有办法100%确保我的工作区与服务器上选定的变更集同步?一些cm命令来计算校验和,查找取消同步的项,强制更新,什么 注意:切换到当前变更集没有帮助。将整个存储库签出到新的工作区不是一个选

我的工作区状态有问题。塑料SCM给人的印象是,我已经提交了所有更改,现在已同步到特定的更改集。它没有列出挂起的更改。但我知道有些源代码文件不同步。顺便说一下,这些文件不在任何忽略列表中。如果我更改了一些不重要的空白,Plastic SCM会将文件列为挂起,并显示空白更改和以前不同步的实际代码更改

所以问题是:有没有办法100%确保我的工作区与服务器上选定的变更集同步?一些cm命令来计算校验和,查找取消同步的项,强制更新,什么


注意:切换到当前变更集没有帮助。将整个存储库签出到新的工作区不是一个选项。

我怀疑您的时间戳没有被正确更改,但在确定“已更改”状态时,“其他选项”下有一个选项称为“比较文件内容,而不是时间戳”。选中此选项,看看这是否解决不了您的问题

更新

事实上,在阅读文档时,我可能对这一点有所误解:

确定“已更改”状态时,比较文件内容而不是时间戳

控制塑料SCM如何确定源代码受控文件的状态是否已更改。未设置此选项时,塑料SCM使用 文件的时间戳。设置该选项后,将显示 对更改了时间戳的文件进行哈希处理,以查看是否确实更改了时间戳 改变。后一个选项速度较慢,但完全准确,而 第一个更快,但可能会在文件实际更改时将其标记为已更改 不是


听起来只有在时间戳已经更改的情况下,才会对文件进行哈希检查。因此,如果问题是文件上的时间戳没有更新,这可能没有帮助。您可能希望使用GUI客户端进行测试,看看这是否解决了您的问题。如果是这样,那么我认为
cm
命令也将遵循此设置,因为它们都会检查
client.conf
文件中的设置。

旧线程,但我们遇到了相同的问题。已同步到变更集,没有挂起的更改,但某些文件显然已过时

设置变更集本身似乎不够。一旦您设置了变更集,查看工作区,我们发现一些文件仍在使用旧版本(出于某种原因,可能在某个时候出现了不同步)

TL;DR在工作区浏览器中点击“更新工作区”按钮似乎就是神奇的“修复问题”按钮。

我相信“挂起的更改”没有显示任何更改的原因是文件被设置为旧的更改集编号,并且与过期的更改集保持不变


e、 g.工作区位于变更集100上,但某个地方的某个文件被设置为变更集25。没有显示任何更改,因为该文件与其更改集版本25保持不变。但是,点击“更新工作区”会将该文件同步到最新的变更集。(在本例中不需要为100;该文件可能在上次更新时未更改,但在25年后仍然更新…我希望这是有意义的;)

是否也有
cm
选项?不,您需要更改首选项,然后将其应用于命令行a和GUI。