This has always bothered me as well, but I usually just ignore it.
However, since the question has been raised, I'll attempt to explain
why I consider this a bug.
It is an issue of consistancy. SVN should either decide that deleting
a directory is a single operation or it is multiple operations
(deleting the files and the directory). As it stands today, "svn del"
considers it multiple operations as proven by the output, ie "svn del"
prints one line per file being deleted.
"svn st" and "svnlook changed" OTOH, consider it a single operation,
and only print the directory name.
I don't _really_ care which model prevails, but it would be really
nice if all of the svn commands treated things the same way.
Personally, I would rather get a detailed list of everything that
changed, so that I can easily find the files that were removed.
Ryan
On Fri, 11 Feb 2005 15:11:20 -0000, Max Bowsher <maxb@ukf.net> wrote:
> Stefan.Schreck@nokia.com wrote:
> > Hello,
> >
> > I will give you an example for the bug:
> >
> > 1.) I delete ("svn del") a directory with files inside.
> >
> > svnserver:repos1> svn del test
> > D test/test
> > D test/test2
> > D test
> >
> >
> > 2.) Now I commit this changes to the repository. Like you see in the
> > example
> > below only the deleted directory is shown.
> >
> > svnserver:repos1> svn ci
> > Deleting test
> >
> > Committed revision 14.
> >
> >
> > 3.) The "svnlook changed" command shows also only the deleted directory
> > but
> > the deleted files are missing in this view
> >
> > svnserver:repos1> svnlook changed /cm/ulsunsv20
> > D test/
> >
> >
> >
> > Bug: The information in 2.) and 3.) should be the same as the output of
> > "svn
> > del" --> the detailed file information is missing!
> >
> > Expectance: It should work similar to "svn add". Example:
> >
> > svnserver:repos1> svnlook changed repos1 -r 13
> > A test/
> > A test/test
> > A test/test2
>
> This is not considered to be a bug.
> Consider:
>
> mkdir test/
> touch test/test
> touch test/test2
>
> but:
>
> rm -r test
>
> Expressing the delete of a subtree as a single operation is not uncommon.
>
> Could you elaborate what makes you think this is a bug?
>
> Max.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
--
Ryan Bloom
rbb@apache.org
rbb@rkbloom.net
rbloom@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Feb 15 18:17:55 2005