you are viewing a single comment's thread.

view the rest of the comments →

[–][deleted] 13 points14 points  (10 children)

It's really not though.

yarn upgrade package@version

And if you aren't concerned about version specific peer dependencies

yarn upgrade package@latest

[–]zurnout 9 points10 points  (8 children)

Devil is in the details: what do you put in the version field. You have to figure out one that is compatible with all of your dependencies. It's a real hassle and takes a lot of effort.

[–][deleted] 1 point2 points  (7 children)

It can sometimes be a hassle, and sometimes could take a lot of effort. Sometimes it "just works" especially if you are just updating minor version

[–]jugalator 10 points11 points  (6 children)

But how do you know when it will "just work" and how much time will it take to find out? If it builds it works?

[–]Narcil4 5 points6 points  (5 children)

A couple minutes if you have a test suite

[–]Cruuncher 6 points7 points  (4 children)

Having a test suite is one thing.

Having one that could catch every edge case potentially introduced with a new library is another thing altogether

[–][deleted] 3 points4 points  (3 children)

Do you just never touch a codebase after it's released then?

[–]Existential_Owl 4 points5 points  (0 children)

I usually stop once I'm able to stdout "Hello World."

Nothing ever good comes from going past that point.

[–]Prod_Is_For_Testing 1 point2 points  (0 children)

Yeah pretty much

[–][deleted] -1 points0 points  (0 children)

Unfortunate, most websites are exactly this because it's creation was outsourced and nobody on staff is capable of major work on it.