Mea Culpa: GitHub works well, my mistake made them look bad
31–40 of 48 posts
Re: Mea Culpa: GitHub works well, my mistake made them look bad
#32Earlier quoted context omitted.
So it appears that every response to my message said that it wasn't lost but would be in 90 days if no one noticed. That is not the definition of 'never loses changes'. The fact of the matter is that someone that doesn't understand the way git works can cause irreversible damage without recourse if not discovered. In many source control systems this is not the case. I still use git on github even with this flaw.
I think, though, that for "never loses changes" to be meaningful it has to be shorthand for "never loses changes unless you do unsafe things". I mean, it certainly loses changes if you don't push to anywhere and then delete your .git directory. The -f should mean "don't do this, it will probably wreck your shit". Unfortunately certain tools seem to require it way too often so it seems to be going the way of the vener…
For example, the developer who overwrote the commits in the case in question probably did so after seeing the following error message:
abort: push creates new remote heads on branch 'default'!
(did you forget to merge? use push -f to force)
While it mentions merging, the only recognizable command line ("push -f") is for a destructive operation, instead of the operation (pull or merge, depending on the situation) that will actually fix the unsafe condition. Putting an even partial command line in front of a developer is like putting an OK button in front of a non-technical user - they tend to just use it to see if it (superficially) works. When it (subtly) fails, a novice user will not notice, and will just remember "push -f" as the Right Way to Use Git.Re: Mea Culpa: GitHub works well, my mistake made them look bad
#33Wouldn't it be great if your scm actually kept all your changes no matter what?
So it appears that every response to my message said that it wasn't lost but would be in 90 days if no one noticed. That is not the definition of 'never loses changes'. The fact of the matter is that someone that doesn't understand the way git works can cause irreversible damage without recourse if not discovered. In many source control systems this is not the case. I still use git on github even with this flaw.
Git uses local, cloned repositories and users can do everything they like with them. Changes can be pushed and pulled to other repositories, possibly changing them irreversibly.
By using github you use GIT in a (kind of) centralized way. Suddenly there is an 'central project repository' again, that needs to be protected against damage. But as GIT was never meant to do this, and trusts its users, it has to be bolted on somehow... at least, that's how I understand it.
I hope they will get this right as it's very important for accountability.
Re: Mea Culpa: GitHub works well, my mistake made them look bad
#34Shame on those who upvoted the original linkbait story. When will these sorts of sensational headlines stop?
It's embarrassing for both Andrew and for HN.
Re: Mea Culpa: GitHub works well, my mistake made them look bad
#35Earlier quoted context omitted.
I think, though, that for "never loses changes" to be meaningful it has to be shorthand for "never loses changes unless you do unsafe things". I mean, it certainly loses changes if you don't push to anywhere and then delete your .git directory. The -f should mean "don't do this, it will probably wreck your shit". Unfortunately certain tools seem to require it way too often so it seems to be going the way of the vener…
This user training gets even worse because git, when refusing to perform an unsafe operation, trains the user to force instead of training the user to fix the problem. For example, the developer who overwrote the commits in the case in question probably did so after seeing the following error message: abort: push creates new remote heads on branch 'default'! (did you forget to merge? use push -f to force) While it me…
The git version is:
$ git push github master
To git@gitproxy:rip747/ cfwheels.git
! [rejected] master -> master (non-fast forward)
error: failed to push some refs to ‘git@gitproxy:rip747/cfwheels.git’
That makes no mention of -f (or any git commands at all).Re: Mea Culpa: GitHub works well, my mistake made them look bad
#36Re: Mea Culpa: GitHub works well, my mistake made them look bad
#37Instant overreaction and posting to HN has come up a lot lately. The Skype story yesterday was another mistake where a technical support person wrote that a bug was "by design" when they meant to type "bug," so of course it gets raced into HN as 'news' rather than trying to get clarification.
Re: Mea Culpa: GitHub works well, my mistake made them look bad
#38Re: Mea Culpa: GitHub works well, my mistake made them look bad
#39Re: Mea Culpa: GitHub works well, my mistake made them look bad
#40Earlier quoted context omitted.
Similarly, GitHub acted in a classy way too. Tom helped Andrew throughout the thread without any snark or dismissals that are, sadly, quite easy to dish out. It certainly contrasts with the recent "go away" Tumblr story.
Hadn't heard of this. http://news.ycombinator.com/item?id=2151768
As well as this one: http://news.ycombinator.com/item?id=2152047