(no title)
pancrufty | 3 years ago
They have their use and it's not that hard once you figure out the exact sequence of git commands to use (but that applies to all of git)
pancrufty | 3 years ago
They have their use and it's not that hard once you figure out the exact sequence of git commands to use (but that applies to all of git)
frizlab|3 years ago
Anyway, any git article saying “throwing everything away is the only way to recover” I know it’s not a good article…
globular-toast|3 years ago
fanf2|3 years ago
michaelmior|3 years ago
`git config --global submodule.recurse true`
chongli|3 years ago
oleganza|3 years ago
worksonmine|3 years ago
rusticpenn|3 years ago
usr1106|3 years ago
Everyone has to learn what they can do and what to avoid.
We use the to build our whole system out of one commit, although we have several repos. We made the artificial rule that a commit that updates a submodule must not contain any other changes. It has reduced the number of problems especially related to rebasing.
pancrufty|3 years ago
In short: once I learned and documented the checkout/update/reset commands, I was set.
The other “issues” were that they require extra config in some cases (CI), but again it’s just 2 lines in most cases.
baby|3 years ago
baby|3 years ago
0xy|3 years ago
You will incur thousands or tens of thousands of dollars in additional costs by using submodules, via wasted developer time.
isaacremuant|3 years ago
If the tool is right, you generate buy-in. If you don't, then either it isn't that good or you're not good at generating buy-in.
eru|3 years ago
Really silly example: not indenting your code is universally seen as bad. But there are both people hating tabs, and there are people hating spaces.
cupachabra|3 years ago
nly|3 years ago