RE: Re: Feature discussion: "Commit..." context menu entry in Commit dialog

Uli wrote:

> I would actually prefer a different alternative... When a commit fails, the
> commit dialog just pops back up again. I'd like the same to happen when there
> are still files left uncommitted, i.e. that the commit dialog pops up again
> with those files. It wouldn't have to rebuild the list (which is what takes
> time) but just use the existing info.

Yes, that would make sense to me, too.

A checkbox like "Keep dialog after commit" (with the existing "Keep locks" and "Keep changelists") sounds useful to me.

> I could even imagine that the dialog stays open even without any files changed
> and communicates with the rest of TSVN to get notified of changes in state.
> If files change, they are added to the list, where you can select and commit
> them then.
>
> In any case, part of this can just as easy be achieved from the "check for
> modifications" dialog, so I'm not even sure if I shouldn't just adjust my
> expectations instead... ;)

Yes, I wasn't aware of this - I thinks this is what I have been looking for.

A "Keep dialog after commit" checkbox in the Commit dialog still makes sense to me though.

Bob wrote:
> Have you considered creating changesets?

I do not think changelists are fitting my requirements, though I have never used them really. It would be more useful, if it worked more like Git's index, where you add hunks rather than paths; it does not seem like you can commit only parts of a file (without temporarily saving the "indexed" state before committing).

Thanks for your reply, and the others as well,
Daniel

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2664107

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-09-24 11:46:23 CEST