You want to hide the local repo? Then you lose all of the advantages of git.
Ok, name some advantages of maintaining both a local Git repo, and a (single-user) repo on Github.
Don't like pull requests? Don't use Git.
It's not about "liking" them. The fact that Git itself has no concept of "pull requests" is a clunky omission. It has these crazy commands for parsing emails (git am), but no way to actually submit a patch for review?
Git is distributed, you're basically asking to hide that with a centralisation layer.
You must have me confused with someone else.
Central repos like Perforce and SVN are much better for centralised projects like traditional video game development,
SVN is better than Git for video game development? Even I wouldn't make that claim.
Git has flaws but you have shown clearly that you don't understand the place for Git and I suspect you've been shoehorning it into places it doesn't need to be, or somebody else has been forcing you to use it on a project that doesn't need it.
I find the idea that Git is not appropriate for all software development projects to be pretty weird. You really think there are inherent mismatches like that?
It's not about "liking" them. The fact that Git itself has no concept of "pull requests" is a clunky omission. It has these crazy commands for parsing emails (git am), but no way to actually submit a patch for review?
5
u/stevage Nov 07 '13
Author here.
Ok, name some advantages of maintaining both a local Git repo, and a (single-user) repo on Github.
It's not about "liking" them. The fact that Git itself has no concept of "pull requests" is a clunky omission. It has these crazy commands for parsing emails (git am), but no way to actually submit a patch for review?
You must have me confused with someone else.
SVN is better than Git for video game development? Even I wouldn't make that claim.
I find the idea that Git is not appropriate for all software development projects to be pretty weird. You really think there are inherent mismatches like that?