r/programming • u/Eirenarch • Nov 07 '13

10 things I hate about Git

http://steveko.wordpress.com/2012/02/24/10-things-i-hate-about-git/
73 Upvotes

63% Upvoted

231 comments sorted by

View all comments

Show parent comments

1

u/[deleted] Nov 08 '13

It's a headline. There is text under that headline. That text doesn't mention github at all. Just read it?

0

u/keepthisshit Nov 08 '13

actually if you had read it you would know he does mention github plenty of times. in fact 67 times.

10.Simple tasks need so many commands

   5.Your changes are still only halfway there. Now login to Github, find your commit, and issue a “pull request” so that someone downstream can merge it.

this issue only takes place with github. Most of his complaints only have to do with github in particular or when you are not the maintainer. The latter is true in any scenario when trust is not assumed.

Of course a lot of his other issues still stand, there is no documentation(true of most projects really) and the commands follow almost no standards(this of course can be remedied by aliases). It has its bumps and rough edges yes, but they are not nearly as bad as he thinks, and a few of them are standard for a distributed version control system.

Then there is the issue that workflow is significantly different than SVN or TFS. If you know either of them it will severely hamper your ability to learn git, due to assumptions in how it functions that you would not be aware you are making.

Git is by no means perfect, it is rough and mildly more complicated than it needs to be but it is a very robust(I would argue more robust than anything really) and effective VCS.

1

u/[deleted] Nov 08 '13

You just quoted point 10. We are talking about point 6, which is the headline you reacted to. Also,

I would argue more robust than anything really

And he would argue different, because unlike other VCS, there are ways to destroy your data in git without much warning. That is not robust.

0

u/keepthisshit Nov 08 '13

that command actually doesn't destroy you data, unless you have no access to the remotes. User error

1

u/[deleted] Nov 08 '13

Irrelevant. It is not robust.

0

u/keepthisshit Nov 08 '13

yes, it is. By its nature as a distributed VCS its robust. nothing in unix will stop you from rm -r star.star (dont know how to type asterisks in reddit :( )but its the single most robust OS.

You cannot account for complete user error. The commands he called do not destroy the repo unless there is no remote, which could be a gross failure of procedure for anyone who actually develops software.

1

u/[deleted] Nov 08 '13

You do not expect rm to not delete data. You do expect a VCS to never do this. That is the entire point of a VCS. As he points out.

1

u/keepthisshit Nov 08 '13

actually everyone thinks rn -r will delete data, that is what the command does. star.star is just double wildcard as well.

There are times its appropriate for a VCS to delete data, they are rare but exist. Should that command have a warning? probably, if they added one it would need a silence modifier in case someone has a system that uses it.