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

Re: Darcs-style interactive commits,

From: Ryan Schmidt <subversion-2006d_at_ryandesign.com>
Date: 2006-10-19 19:05:27 CEST

On Oct 19, 2006, at 04:03, Remko Troncon wrote:

> > Well not to just plug my own script, but I recently wrote a wrapper
> > that allowed you to delete the filenames from your log message that
> > you did not want to commit. You can find my initial version on the
> > mailing list archives at:
> > http://subversion.tigris.org/servlets/ReadMsg?
> listName=users&msgNo=53704
>
> Being able to weed files from the commit is a first step in the
> direction of what I want. However, the problem is that you don't
> always know which files contain things that you don't want to
> commit, so a review of the changes for each file is something I
> want as well.

 From what I understand, TortoiseSVN already helps you with both of
these tasks. When you commit, it pops up a list of files about to be
committed, and you can uncheck a checkbox before each filename to
exclude it from the commit. You can also double-click a file to see
the diff.

> What's even worse (and what I think makes it impossible to write as
> a script) is that you might want certain changes in a file to be
> committed, and others not.

You shouldn't want that. :-) The reason you might want that is if you
had made two sets of logically different changes in your working
copy, and wanted to commit them separately. Committing logically
different changes separately is a good idea, but initially making
those changes in a single working copy is not, especially if the
changes occur to an overlapping set of files. Instead, have two
separate working copies. Make one logical set of changes in one
working copy. Make the other set of changes in the other working
copy. Then you can commit either independently of the other.

> Cherry-picking of changes to commit sounds like something many
> people would enjoy. And, although i don't know anything about
> subversion internals, I don't think it requires substantial changes
> to Subversion to be able to do this.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 19 19:07:02 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.