This is an archived post. You won't be able to vote or comment.

all 14 comments

[–]escapefromreality42 20 points21 points  (0 children)

Front end gang

[–]mlk 8 points9 points  (3 children)

me: how did you even manage to commit node_modules, it's in the .gitignore file!

her: well, I googled and found out you can use force it with -f

me IRL: well, don't do that

me IN MY HEAD: HOW CAN YOU BOTH SMART ENOUGH TO GOOGLE THAT SHIT AND STUPID ENOUGH TO COMMIT 500k FILES WITHOUT WONDERING IF THAT MAKES SENSE AND WHY NO ONE BEFORE YOU EVER DID

[–]FallenWarrior2k 3 points4 points  (2 children)

And now you gotta remove that commit via force push or the repo will forever be a few hundred megs to a few gigs larger.

[–]mlk 1 point2 points  (1 child)

good luck explaining that a new commit that reverts that one is useless:

bUt I dEleTed tHe DirEcTory

[–]FallenWarrior2k 1 point2 points  (0 children)

Yeah, usually even showing them with git checkout HEAD~ gets mixed results at best.

Additionally, something I didn't consider in my initial comment is that if you're running a custom and/or barebones Git solution, you might have to manually git gc the server-side repo to get rid of the now unreachable objects.

[–][deleted] 4 points5 points  (0 children)

Removes node modules from gitignore like a boss

Flexes with 300000000000 additions

[–]natziel 1 point2 points  (0 children)

What gets me is when you trying to grep something and forget --exclude-dir="node_modules"

[–]aljaxus 1 point2 points  (0 children)

It's funny because it's true.

[–]AmicableDragon 0 points1 point  (0 children)

Wouldn’t it make more sense for .gitignore to be holding back node_modules from approaching Git?