2013-05-21 89 views
1

我使用CVS作为版本控制系统并面临一个奇怪的问题。对于某些文件,我不能因为出现以下错误的同步或更新(使用eclipse):CVS同步/更新问题

"[Project Name]: cvs [update aborted]: cannot create .#lang_en.properties.1.1.2.3.2.7.2.2.2.3.2.1.2.1.2.3.8.1.2.4.6.12.2.3.4.1.4.3.2.6.2.13.4.4.4.1.2.9.2.2.2.1.8.1.8.1.14.1.8.3.26.1.8.1.4.4.6.17.4.2.6.6.6.3.2.2.2.2.10.2.2.2.2.2.2.9.2.7.2.1.4.10.4.2.2.3.4.4.2.2.2.1.2.1.10.2.8.1.6.1.4.1.4.2.6.1.2.1.2.2.4.5.4.1 for copying: File name too long" 

据我观察这个情况与频繁提交的文件。会发生什么事是团队中的某个人提交了这样一个文件(可以工作),但是当团队中的其他人尝试同步或更新时,它只会显示'文件名太长'的错误。我想澄清一下,在上面的例子中,文件名只是“lang_en.properties”

我不知道如何解决这个问题,我甚至尝试从cvs中删除文件,然后重新创建同名(即)

回答

1

当您执行cvs update时,会创建一个名称为.#<filename>.<revision>的文件,并且您的签出文件会发生更改,这实际上是备份文件的备份。版本,如果更新做了一些你不想要的事情(例如,引入了一个你无法解决的冲突),这可以让你回滚一个更新。

解决此问题的最简单方法是在执行更新之前删除本地文件。这样就不需要CVS来创建这个备份文件。

According to my observation this happens with frequently committed files.

这不是频繁提交造成的。每次您提交时,修订ID都会依次递增。例如。 1.11.21.3等等。分支时添加额外数字。例如,如果你把一个分支关闭1.3版本以上的文件,则版本号将是1.3.1.1 - >1.3.1.2 - >1.3.1.3

我不知道你是如何工作的,但你的项目似乎引入了令人印象深刻的分支级别。在解决该工作流程之前,几乎每次尝试更新时都会继续遇到此问题。您已经达到了很多文件系统上存在的256个字符的文件名限制。