[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Moving a file add to a particular revision?

From: Aaron Montgomery <eeyore_at_monsterworks.com>
Date: 2006-04-27 21:51:47 CEST

On Apr 27, 2006, at 10:29 AM, Gale, David wrote:

> Steinar Bang wrote:
>>>>>>> "Nico Kadel-Garcia" <nkadel@comcast.net>:
>>
>> I guess what I will have to do in this, and future cases when I mess
>> up, is to do what I did when I messed up in CVS: live with it, and
>> try
>> not to mess up in the future...:-)
>
> Of course, even if SVN let you somehow add a file to a specific
> revision, how would the users who had already checked out that
> revision
> get the file, or even know that they needed to get it? In other
> words,
> I check out revision 16; you realize that you forgot to add a file;
> you
> hack subversion to add that file to revision 16. Then what? You send
> out an e-mail saying, "If you checked out revision 16, and don't have
> this file, scrap what you've checked out and get it all over again"?
> Sounds like a recipe for confused users, if you ask me. Seems much
> easier to add the file in a later revision, and send out an e-mail
> saying, "If you checked out revision 16, please do an update to
> revision
> 18."

I'm new to team projects and source code control, but I think this is
really the crux of the whole thread. SVN cannot replace communication
between developers. If you forgot to add a file in rev 93, no matter
how you try to solve the problem, you need to communicate to other
developers that there is a missing file in rev 93. Hacking the
repository does not provide that communication. So no matter what you
do, you are going to be forced to notify everyone (using established
lines of communication, e.g., email, a wiki, whatever) what's up with
rev 93. With that as given, you might as well go ahead and check it
in as rev 94 and communicate that rev 93 is a bad revision. The
repository's contents (nor its log) are really designed to be the
primary communication path between developers.

Aaron

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Apr 28 05:05:51 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.