architecture

dexter 2017-01-06T13:39:09.000049Z

git submodules are nasty to work with. Everyone I know that's used them including me starts with ooh that sounds like a good idea. Then spends more time screaming f*!#&ing submodules. De-initing, re-initing, updating not realising there is a new one then after a few mins of confusion realising you just needed --init. Forgetting to update submodules when you update the main repo or vice versa, someone not updating the hash in the submodule files and even just giving up on undoing the mess you got yourself into and recloning forgetting the recursive flag, swearing again and pulling the submodules and swearing to burn the things at the earliest opportunity. Then eventually getting rid of them only to run back into the segregation issue and have someone suggest submodules only to get defenestrated. Where I am now, we evicted submodules after a few years and never looked back. I've been told though that if you are using the github gui client it's pretty good at keeping track of the submodules mess. But that doesn't work on the platform I'm restricted to at work so it's just back to swearing.

đź‘Ť 3
dexter 2017-01-06T13:40:46.000050Z

for a few months my fiancee who was using that actually said it was fine. Then she got screwed one too many times and they gave up on them too

dexter 2017-01-06T13:50:23.000051Z

admittedly after long enough you just set up all your aliases to do all the extra stuff but when you get into a hole it's still very hard to crawl out

jstokes 2017-01-06T14:58:05.000052Z

yeah, i wouldn’t actually recommend using submodules, but they are a feature of git

geoffs 2017-01-06T16:44:26.000055Z

I've heard git subtrees mentioned as a good alternative for some use cases of submodules

dexter 2017-01-06T16:56:12.000058Z

interesting, not come across those

geoffs 2017-01-06T17:46:34.000059Z

I've never used them personally, but I've heard more positive things about them than submodules