use the following search parameters to narrow your results:
e.g. subreddit:pics site:imgur.com dog
subreddit:pics site:imgur.com dog
advanced search: by author, sub...
~2 users here now
Links:
Things I don't like about git
submitted 1 year ago by trident765 from self.programming
Too many special characters in the commands. How am I supposed to keep track of what all the special characters mean? And furthermore, some special characters mean different things in different commands. For example, in some git commands, the "--" means "end of options", but in the git log command, it means to only look at the log for one file. If the commands are going to use special characters, it should at least be consistent.
The "git reset" does one of several completely different things depending on what flags you specify. For example, it can erase pending changes on a file, or it can bring the repo to a different point in its commit history. If a command can do several things that are not logically related to each other, it should be split up into different commands.
With merge conflicts, it is always a pain to try to tell it to override with respect to the remote repo or the local repo.
Configuration files within the repo are a nightmare to deal with. Yes it is easy to get it to ignore a file altogether, but it is very tricky to get it to ignore further changes to a certain file that already exists in the repo. I find the easiest way to deal with this issue is to just keep configuration files outside of the repo.
Git makes it easy to make it permanently lose data by making "git push -f" the only easy way to resolve many conflicts encountered when trying to push.
Git seems to always make the bad way of doing things easier than the good way. For example, once I remember I was trying to just revert to an earlier point in the commit history, while preserving the commits that came after it, in case I needed to refer to them at some point. I found this excessively difficult to do. I could temporarily view an earlier commit without trouble. I could also easily revert the repo to an earlier commit, but only by losing the commits after it in the process. But reverting to an earlier commit while preserving the commit history required following a complicated series of steps.
[–][deleted] 2 insightful - 1 fun2 insightful - 0 fun3 insightful - 0 fun3 insightful - 1 fun - 1 year ago (2 children)
I don't like the interface, either, with all the weird double-dashes and whatnot. I read what you wrote about that and thought, "I don't think you actually need -- there anymore...". Who the fuck even knows except Google and my cheat sheet?
Beyond that, I like Git in theory, but another big practical thing I dislike about Git is the branching strategies that projects and organizations end up using. The pull request thing is laborious and over-used IMO. People shoot themselves in the foot making a bunch of feature branches and going off on individualistic tangents, etc.
[–]fschmidt 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - 1 year ago (1 child)
Why not use Mercurial instead?
[–][deleted] 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - 12 months ago (0 children)
I've never really used it, and I've never been in a position to choose source control for a team.
That said, I think it's kind of a VHS-vs.-Betamax question. You have two very similar technologies, and the slightly inferior option has won out simply because someone influential selected it. For VHS I think it was Sony, or maybe porn-peddlers. For Git it's Linux.
[–]GeorgeCarlin 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - 1 year ago* (2 children)
I feel you. I never really use git because of a too steep learning curve for my projects. But i'm oldschool and don't code fancy stuff, i'll admit.
Modularizing stuff is quite easy for me though, because i have a mind-system for this.
And my front-end guy... i trust him. Javascript and PHP i cannot be hassled with.
I wouldn't accept torturing myself that much. My patience sadly isn't limitless, especially with machines it ain't.
So what do you use for source control?
[–]GeorgeCarlin 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - 12 months ago (0 children)
I don't use code others wrote for my code.
I use Haskell, mostly.
[–][deleted] 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - 1 year ago (0 children)
git checkout branch git checkout -b branch git checkout -- filename
one command to rule them all?
[–][deleted] 2 insightful - 1 fun2 insightful - 0 fun3 insightful - 0 fun3 insightful - 1 fun - (2 children)
[–]fschmidt 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - (1 child)
[–][deleted] 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - (0 children)
[–]GeorgeCarlin 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - (2 children)
[–]fschmidt 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - (1 child)
[–]GeorgeCarlin 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - (0 children)
[–][deleted] 1 insightful - 1 fun1 insightful - 0 fun2 insightful - 0 fun2 insightful - 1 fun - (0 children)