Remove one of package-lock.json and yarn.lock on gatsby new

[sidharthachatterjee]

Our starters currently include both package-lock.json and yarn.lock

This typically leads to some confusion due to yarn's warning (#4514 (comment))

package-lock.json found. Your project contains lock files generated by tools other than Yarn. It is advised not to mix package managers in order to avoid resolution inconsistencies caused by unsynchronized lock files. To clear this warning, remove package-lock.json.

And in worst case, inconsistencies between the two, leading to issues like #13194

Potential solution

It'd be nice to remove both lock files altogether but we can't because of #10607 (comment)

We could remove yarn.lock from the starter repositories and run yarn import if yarn is detected (this solves inconsistencies in the starter itself as well as inconsistencies after the project is created if both files are still present like in #13194)

What do you think @DSchau @KyleAMathews?

[sidharthachatterjee]

@JacobBlomgren Want to take a stab at this?

[sidharthachatterjee]

Just remembered that we added @renovate[bot] and it'll handle updates to both package-lock.json and yarn.lock. And we only track package-lock.json in git, yarn.lock is created via yarn import in CI thanks to @DSchau

So all we really need to do is, during gatsby new

• Check if yarn is installed
• If it is, remove package-lock.json
• If it is not, remove yarn.lock

The remove operations should not fail if the file doesn't exist (since starters from the community could contain one or two or none)

We could also prompt, but since we internally use yarn currently if it is available (https://github.com/gatsbyjs/gatsby/blob/master/packages/gatsby-cli/src/init-starter.js#L16-L28), we should just consistently do that for now

[pieh]

• Check if yarn is installed
• If it is, remove package-lock.json
• If it is not, remove yarn.lock

Just to clarify: the check should be "if should use yarn" ( shouldUseYarn function that was linked by @sidharthachatterjee in previous comment) and not direct check if yarn is installed.

[KyleAMathews]

The real long-term solution here is to ask people which client they use on their first gatsby new and then use that in the future.

[frinyvonnick]

Regarding of your discussion I made a first implementation that seems to solve this issue. I used prompts to ask user which package manager he wants to use then remove the unwanted lock file.

[frinyvonnick]

Should I close this ?

[lannonbr]

Yeah this has been resolved so I'll close it.

[idyWilliams]

'npm install' creates package-lock.json and 'yarn install' generates yarn.lock . Normally you stick to either one of the package managers in your project instead of having both..

[suhrob008]

what does it say