Re: [EGIT RFC] Commit behaviour
- From
Shawn O. Pearce <spearce@spearce.org>
- Date
- Jun 16, 2008, 02:11 UTC
- Message-ID
- <20080616021158.GQ11793@spearce.org>
- In-Reply-To
- <1213313997-1520-1-git-send-email-robin.rosenberg@dewire.com>
Robin Rosenberg <robin.rosenberg@dewire.com> wrote:
Show 9 quoted lines
> I got annoyed about having change my selection to a project to be able > to commit. This tentative feature allows me to hit the commit button > when any resource is selected and figure out which resources have been > modified. This makes it much easier to commit. Only the toolbar commit > is affected for now. > > Another twist would be to list all changed resources, but only enable > the selected ones, or only the ones in in the same projects as the selected > resources. Comments?
I think this is a good idea. You really do want to make commits that cover the entire repository, rather than a subsection of it. I think that covering the whole repository is much more common.
> Then we could ask ourselved, should we do something similar for Checkout > and reset too? I think that is not as important as those operations are > much less frequent.
Yes, we do want to. If you are doing a reset you probably need to whack everything that is dirty and restore the state, likewise if you are doing a checkout you are likely switching branches and would expect the entire repository to switch at once.
-- Shawn.