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

Re: proposal: changelist feature

From: Joseph Galbraith <galb_at_vandyke.com>
Date: 2006-04-18 21:09:08 CEST

Rowell, Geoff wrote:
> Garrett Rooney <rooneg@gmail.com> wrote:
>> On 4/18/06, Marc Sherman <msherman@projectile.ca> wrote:
>>> Ben Collins-Sussman wrote:
>>>>> If a file is a member of a changelist and it's committed, is it
>>>>> removed from the changelist?
>>>>>
>>>> Yes. A very strange corner case, though, since presumably the
> whole
>>>> reason it was part of the changelist in the first place was so
> that it
>>>> could be committed as part of a larger change.
>>> It might be helpful to error out in that case, and require --force
> to
>>> continue.
>> It's not possible to detect that case with the current design for
>> changelists that Ben has put forth. If membership in a changelist is
>> controlled by a property of some sort on the file, you have no way to
>> determine that you've got all of the members of the list in a commit.
>> What if a file in another part of the working copy (a sibling of the
>> root dir you passed to 'commit') is in the changelist?
>
> Just looking at this from a user's point of view - I think it's
> possible that they'll make changes, unrelated to the changelist, to
> a file and commit it. That'll end up committing the changes intended
> to be grouped within the changelist.
>
> It may not be possible to prevent this chain of actions, but we should
> expect that this will result in a few "surprised" users.

In some ways, I think this is why the 'changelist' feature
isn't such a great idea... though at first blush it seemed
to me like a great idea.

I try to do this manually all the time (break up the work
I've done in my working copy into separate commits) and
more often than not, I find that file A has changes that
belong with both commit 1 and commit 2... and more often
than not, I don't realize that until I've done commit 1,
and the build no longer works until commit 2 is done.

I generally what a chance to build what is going
to get committed.

So probably the changeset feature I would want is
to be able to 'set aside' the changes associated with
a changeset.

Then I could build, test, commit, and re-apply the 'set aside'
changeset, and continue.

Thanks,

Joseph

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 18 21:04:18 2006

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

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