This project went through some big refactoring. It was not a maven
project at first and had very different directories structure. The
modules did not exist before so all the -ejb -ear and -web directories
are new and the source and other files inside were originally in
directories on the root directory.
I've looked into some of the problem directories and no one is marked
with (!)
-----Original Message-----
From: David Weintraub <qazwart_at_gmail.com>
To: iapazmino_at_sri.gob.ec
Cc: users_at_subversion.apache.org
Subject: Re: Commit fails with path not found
Date: Wed, 5 Jan 2011 16:56:35 -0500
Interesting. These look like directory names. The ones that start with
"?" are not under Subversion control. Are these the ones you moved? The
directoy is "src/main/java/...", so I assume these should be under
version control. Did you move your directories around?
The strange thing is the "~" mark. This is for versioned items that are
obstructed. For example, if I delete a directory, and put a file in its
place. However, these are for "target" directories which I assume should
not be under version control. Did you put the "target" directory under
revision control? The "obstructed version object flag" (~) could happen
if you delete the revisioned target directories and then put duplicate
non-revisioned "target" directories in their place.
Are there any directories or files showing up with the "missing
flag" (!)?
2011/1/5 Pazmi帽o Maz贸n, Iv谩n Andr茅s <iapm270409_at_sri.ad>
Thanks a lot David!
This is the output to my status command:
iapm270409_at_UIOiapm270409:~/workspace/intranet/recursos-revision$
svn
status
M .
~ recursos-revision-ejb/target
?
recursos-revision-ejb/src/main/java/ec/gob/sri/recursos/revision/comun
?
recursos-revision-ejb/src/main/java/ec/gob/sri/recursos/revision/ejb/entidades
?
recursos-revision-ejb/src/main/java/ec/gob/sri/recursos/revision/ejb/exception
?
recursos-revision-ejb/src/main/java/ec/gob/sri/recursos/revision/ejb/dao/impl
?
recursos-revision-ejb/src/main/java/ec/gob/sri/recursos/revision/servicio/impl
~ recursos-revision-ear/target
~ recursos-revision-web/target
? recursos-revision-web/src/main/config
? recursos-revision-web/src/main/webapp
? recursos-revision-web/src/main/java/ec
A .settings
A .settings/org.eclipse.jdt.core.prefs
A .settings/org.maven.ide.eclipse.prefs
The command was run on the projects base directory.
-----Original Message-----
From: David Weintraub <qazwart_at_gmail.com>
To: iapazmino_at_sri.gob.ec
Cc: users_at_subversion.apache.org
Subject: Re: Commit fails with path not found
Date: Tue, 4 Jan 2011 12:08:27 -0500
2011/1/4 Pazmi帽o Maz贸n, Iv谩n Andr茅s <iapm270409_at_sri.ad>:
> I just moved the directories within the IDE, it's eclipse, and
worked
on
> them for quite long before being ready to commit. I'm using
subversive
> plugin.
If you don't have the command line Subversion client installed,
install
it on your system, and try the following:
Go to the directory where your files are checked out and run:
C> svn status
This will print out the status of the various files in your
working
directory. If the first column is an exclamation point (!), it
means
that the file exists in Subversion, but does not exist in your
working
directory. If the first column of the report is a question mark
(?), it
means that the item is not under version control.
I have a feeling that when you moved files around with Eclipse,
it
didn't inform Subversion what you were doing, and you'll see the
files
in the directory where they were moved starting with a "?" and
in the
directory where they were moved from, you'll see a "!".
I just played around with my Subversion install, and see the
following:
H:\svn> move groups.pl File
H:\svn> svn status
? File\groups.pl
! groups.pl
M updateRms.cqpl
I first moved the file "groups.pl" to the File directory, and
ran "svn
status".
The first line in the status report is telling me that the file
"groups.pl" is under the "File" directory, but is not under
version
control. The second line is telling me that the file "groups.pl"
should
be in the current directory, but isn't found there. Subversion
may not
let me commit my changes. (It might, but I'm not going to see
what
happens).
What I should have done was:
H:\svn> svn move groups.pl File
A File\groups.pl
D groups.pl
Which would have not only moved the file, but told Subversion
that I was
moving the file. If I do that, my "svn status" report looks like
this:
H:\svn> svn status
A + File\groups.pl
D groups.pl
M updateRms.cqpl
Subversion is now showing me that I am adding a file called
"groups.pl"
to the "File" directory, and I'm deleting this file from the
current
directory. I can now do a "svn commit".
I don't have a copy of Eclipse in front of me, but you need to
do all
SCM stuff using the "Team" menu item in the drop down menu when
you
click on a file. I believe you can move files from there.
It could be that Eclipse is suppose to track drag and drop
changes for
SCM files, and it's not which would be an Eclipse issue. There
may be
someone on this list who can help you out, but you might have to
ask at
an Eclipse support site.
So, run the "svn status" command and show us the output. It'll
allow us
to more easily identify the issues you're having.
--
David Weintraub
qazwart_at_gmail.com
--
David Weintraub
qazwart_at_gmail.com
"Clausula de Confidencialidad: La informaci贸n contenida en el presente mensaje es confidencial, est谩 dirigida
exclusivamente a su destinatario y no puede ser vinculante. El Servicio de Rentas Internas no se
responsabiliza por su uso y deja expresa constancia que en los registros de la Instituci贸n consta la
informaci贸n originalmente enviada. Este mensaje est谩 protegido por la Ley de Propiedad Intelectual, Ley de
Comercio Electr贸nico, Firmas y Mensajes de datos, reglamentos y acuerdos internacionales relacionados. Si
usted no es el destinatario de este mensaje, recomendamos su eliminaci贸n inmediata. La distribuci贸n o copia
del mismo, est谩 prohibida y ser谩 sancionada de acuerdo al C贸digo Penal y dem谩s normas aplicables. La
transmisi贸n de informaci贸n por correo electr贸nico, no garantiza que la misma sea segura o est茅 libre de error,
por consiguiente, se recomienda su verificaci贸n.Toda solicitud de informaci贸n requerida de manera oficial al
SRI debe ser ingresada por Secretar铆a General y dirigida a la m谩xima autoridad de la Instituci贸n, conforme a
la Ley y dem谩s normas vigentes."
Received on 2011-01-06 16:48:39 CET