> My working directory _IS NOT_ clean if 'git push' would do something. I disagree. Your working directory state is defined as the identity between files in your checkout folder against the revision pointed to by your HEAD reference. And this is fulfilled. You merge from master results in a fast forward. After that your branch's HEAD points at the latest commit. git status shows exactly what it should -- no changes against HEAD on your feature branch.
A separate question is why git status doesn't show you that you're ahead of the remote tracking branch. Perhaps it was a local branch (?) and by running "git push origin feature" you're pushing the HEAD state of the local feature branch to the server, with the merged changes... My own workflow is to run gitk --all and just see where my HEAD points at with respect to local modifications, remote tracking branch and master. Visual representation works for me. Anyway, I recall I gave up a long time ago to change your opinion on the subject. :) Dawid > > Seriously, telling me i'm holding it wrong isn't addressing my > concerns. I hate git for many technical reasons: > * crappy software license > * terrible command line interface > * bad documentation > * horrible IDE integration > * lack of revision numbers > * bugs in git status > * origin/master vs origin master > * many ways to fuck yourself with a one character typo > > But I'm trying to be reasonable, ill give up all of those things > because its more popular. > > However, basic versioning must work. Telling me i'm "doing it wrong" > is simply unacceptable bullshit. > Its typical of git users to do this, even in the case of actual data > loss bugs in git: > http://benno.id.au/blog/2011/10/01/git-recursive-merge-broken > > This shows me git is useless for real software, and only usable for > toy ruby projects and other garbage. > > I'm -1 for these technical reasons (until my concerns are truly addresed). > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
