CVS screws up
Hi,
I'm getting a strange problem with 5.0 and 5.0.1, after a while random CVS/Repository files get corrupted, correct paths get overwritten with the path to CVSROOT on the server. For example I have this line in CVS/Root
:pserver:kos@someserver.com:/usr/CVSROOT
and the following
cat ./projects/workflow2/resources/ejb-jar/CVS/Repository
java/projects/workflow2/resources/ejb-jar
after a while became
/usr/CVSROOT/
as a result 'CVS update' starts to checkout all our modules into such crippled directories which isn't too nice..
I've tried to do a fresh checkout several times and even copied a healthy snapshot from other machines, looks like it helps until I make some modifications in IDEA (e.g. CVS add), on next update the mess starts anew. I'm still not sure if it is a server, an IDEA or something else. Nobody except me in our team experiences this behaviour. May be there are EAPers who have seen something like this?
Please sign in to leave a comment.
Could you please activate cvs client-server output (from the Cvs Global
Settings), do checkout and send me cvs.output file (from the IDEA bin
directory)?
Thanks!
"Konstantin Sobolev" <k_o_s@mail.ru> wrote in message
news:16842779.1124994056523.JavaMail.itn@is.intellij.net...
>
>
>
>
>
You can find it attached. Update finished OK, however some directories are now broken:
kos@kos ~/work/sw2/java $ rgrep /usr/CVSROOT Repository
./projects/backup/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/backup/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/ejbutils/resources/CVS/Repository:1:/usr/CVSROOT/
./projects/ejbutils/resources/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/feedback2/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/feedback2/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/guards/resources/CVS/Repository:1:/usr/CVSROOT/
./projects/guards/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/guards/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/init/resources/CVS/Repository:1:/usr/CVSROOT/
./projects/init/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/init/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/integrity/resources/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/ldap/resources/CVS/Repository:1:/usr/CVSROOT/
./projects/ldap/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/ldap/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/mail/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/mail/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/print/resources/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/rules2/resources/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/rules2email/resources/CVS/Repository:1:/usr/CVSROOT/
./projects/rules2email/resources/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/seance/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/seance/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/workflow2/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/workflow2/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
Attachment(s):
cvs.output.gz
update: these directories (**/resources/ejb-jar) does not really exist in the repository, they are generated during the build. Here's a short comparison of broken and clean snapshots:
kos@kos ~/work/sw2/java/projects/backup/resources $ cat CVS/Entries
D/META-INF////
D/ejb-jar////
D/jar////
D/war////
/.cvsignore/1.1/Sat Nov 9 20:13:23 2002//
kos@kos ~/work/sw2/java/projects/backup/resources $ cat ~/work/sw2/java.kos.clean/projects/backup/resources/CVS/Entries
D/META-INF////
/.cvsignore/1.1/Thu Aug 25 15:42:08 2005//
kos@kos ~/work/sw2/java/projects/backup/resources $ cat .cvsignore
ejb-jar
kos@kos ~/work/sw2/java/projects/backup/resources $ cat ~/work/sw2/java.kos.clean/projects/backup/resources/.cvsignore
ejb-jar
Now I'm sure it happens on update from IDEA, I've detected corrupted Repository entries appearing exactly during this process. Console-based cvs client works OK.
Are you interested in another cvs.output? Should I create a JIRA issue?
(sorry too many posts)
I've somewhat tracked it down. Broken directories appear when progress dialog says "reading data from server" and disappear on "pruning empty directories". Looks like sometimes they aren't pruned.
I had the same problem, but only with new directories (other team members
adding packages):
http://www.jetbrains.net/jira/browse/IDEA-4772
--
- Rene Smit
Has Jetbrains already tried to reproduce this? This problem prevents us
from upgrading to IDEA 5.0.
Sorry, but i cannot reproduce it.
I create new directory (not under cvs) and invoke update from the IDEA. It works. IDEA does not create any cvs subdirectories for the new directory. Could you describe step-by-step what can I do to reproduce the problem? Can you reproduce it with some test project? Does it reproducable with the last eap IDEA version with the checked out project (without broken cvs admin data)?
Works fine with latest eap build.
--
- Rene Smit
Thanks!