On 2009.10.17 00:43:31 -0700, Junio C Hamano wrote: > Christoph Bartoschek <bartoschek@xxxxxx> writes: > > Daniel Barkalow wrote: > > > >> The upshot of the messages should be: > >> > >> $ git checkout origin/master > >> Since you can't actually change "origin/master" yourself, you'll just > >> be sightseeing unless you create a local branch to hold new local work. > >> > >> $ git branch > >> * (not a local branch, but "origin/master") > >> > >> $ git commit > >> You've been sightseeing "origin/master". The commit can't change that > >> value, so your commit isn't held in any branch. If you want to create > >> a branch to hold it, here's how. [...] > The second item in the Daniel's transcript above may be an improvement but > I think it is a wrong economy to record and show 'but "origin/master"' > (which cannot be correct forever and has to be invalidated once the user > starts committing or resetting) in the message. I don't think it's entirely wrong to record that information, git just has to know when to invalidate it, possibly requiring the user to really detach HEAD. git checkout origin/master git checkout origin/master~3 git checkout HEAD^2~5 git reset --hard HEAD~2 Those commands are all about walking the ancestry of origin/master in some way. So it seems reasonable to assume that HEAD is still weakly bound to origin/master. And based upon that, there could be something like "git update", and things like "git status" could show that you're browsing through the ancestry of origin/master, and that "git commit" message could maybe say "You've been sightseeing 'origin/master' [currently at 'origin/master~3^2~7'] ...". > I am wondering if a similar effect to help new users can be had by > rewording the message to: > > $ git branch > * (not a local branch; see "git reflog" to learn how you got here) > > The user can see how he got there even after doing something else after > the checkout (see Nico's write-up in $gmane/130527). The difference is > between giving fish and teaching how to catch one himself. That could be used when the user actively detached HEAD, invalidating the "weak binding". Maybe implicitly by "git commit" or "git reset <something_we_can't_keep_track_of>", or maybe explicitly, if committing on a "semi-detached HEAD" becomes forbidden. Or maybe it could always be shown, in addition to "You are here", you also get told "Do this to find out how you got there". Does seem like a good idea. Björn -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html