You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Brandon Ehle <az...@yahoo.com> on 2002/10/21 20:23:06 UTC
option for cvs update -C
He is basically looking for the cvs option of "cvs update -C". Svn
revert does NOT work because you cannot do a "svn revert -r HEAD", which
would probably work.
From a member of my dev team:
Does Subversion have the feature, or plan to add the feature, to force
'svn update' to overwrite obstructing files? Currently it reports the
first obstructed file it finds and exits, regardless if there any more
obstructed files that follow it. It would be nice if at least it listed
all the obstructed files it finds before exiting.
The situation I ran into was a number of build generated files was added
to the repository by someone. Then I update, and having already built
those files, had to update, remove the first offending file, update
again, remove next offending file, repeat until update succeeds.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: option for cvs update -C
Posted by Karl Fogel <kf...@newton.ch.collab.net>.
Brandon Ehle <az...@yahoo.com> writes:
> He is basically looking for the cvs option of "cvs update -C". Svn
> revert does NOT work because you cannot do a "svn revert -r HEAD",
> which would probably work.
>
> From a member of my dev team:
>
> Does Subversion have the feature, or plan to add the feature, to force
> 'svn update' to overwrite obstructing files? Currently it reports the
> first obstructed file it finds and exits, regardless if there any more
> obstructed files that follow it. It would be nice if at least it
> listed all the obstructed files it finds before exiting.
>
> The situation I ran into was a number of build generated files was
> added to the repository by someone. Then I update, and having already
> built those files, had to update, remove the first offending file,
> update again, remove next offending file, repeat until update succeeds.
Yeah, agree -- I think we've even noticed this misbehavior before and
looked into fixing it. If there's no issue filed already, could you
file one? Obstructions should at the very least be listable all at
once (although I don't know what implications that might have for
libsvn_wc); and also 'update --force' should D.T.R.T.
-K
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org