On Thu, 30 Nov 2006 10:38:25 -0800, Carl Worth wrote:By the way, I think I've said all I can in this thread. If the "create file; git add; edit file; git commit" confusion isn't blisteringly obvious to the git maintainers then I think I have to give up here. And this isn't just CVS-induced brain damage. It's the user being required to mentally juggle 3 states for the file, (the last "committed" state, the current "working tree" state, and this "something else" state). The sequence above, (which is very natural), exposes this "something else" state that to a new user. If we imagine a new user as coming, not from cvs, but coming from no revision control system, then it's less confusing to add one single new state, (the "last committed" state), in addition to the "working tree" state the user is familiar with. Forcing the user to learn two instead of one is just plain harder, (which is completely separate from git _allowing_ this extra state once you learn it). So if git is determined to just be harder to learn this way, then I don't know what more I can do to help here. I love git, and I think everyone should use it. I would just like to help make it a bit easier for people to do that. -Carl
| Michal Piotrowski | Re: 2.6.23-rc3-mm1 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Fred Tyler | Slow, persistent memory leak in 2.6.20 |
| Roland Dreier | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Antonio Almeida | HTB accuracy for high speed |
