> Uwe Brauer <o...@mat.ucm.es> writes:

> Well, changes always have to be staged, but as you can see in the 
> git-commit manpage there's an option to stage all changes to known 
> files automatically by using

>   git commit -a

Ah, very well. That indeed is helpful.

> If you mean magit I have to say it's absolutely worth trying. It's 
> what I use to do 99% of the times I need to do some "git stuff".


Well I meant even the simpler vc.el, but yes people often talk about
magit, at some point I must give it a try.

> There you _also_ have to stage changes, but the interface is a bit 
> more clear about it.


> Staging is a bit of a mind-shift, but I do urge you to give it an 
> honest shot before condemning it. When I switched to git from 
> svn/hg I found it to be an utterly weird idea. Just a completely 
> useless nuisance. Over time I've found it's grown on me, and now I 
> miss it whenever I have to do work in a VCS that doesn't have it. 
> In particular I've found that it allows me to not "self-censor"; 
> I'll make any changes I want in my workspace, even ones that 
> aren't related to the issue I'm working on at the moment, because 
> I know that I can split the changes into multiple commits later 
> on. Staging is the mechanism that enables that.

Right. I do not condem staging, not at all, it is only the idea of
«adding a file» that is already there seems contra intuitive. 

As for stagint (or similar concepts): it might be annoying if you just
want to commit a quick fix, but if you have already done some changes
and you want really to control what you are going to commit.

In mercurial I sometimes committed changes I did not want to commit,
however with the new evolve extension you can commit interactively
changes you want, so that is very similar to staging and I use it a lot.
It is funny to see that git and hg at the end have very similar
functionality however using a different philosophy and that might
confuse users that switch from one to another. 


Anyhow, thanks for your help

-- 
You received this message because you are subscribed to the Google Groups "Git 
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/git-users/87bl4tj93y.fsf%40mat.ucm.es.

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to