Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Yarn lockfile should not be excluded from the repo #62

Open
hickscorp opened this issue Sep 3, 2017 · 2 comments
Open

Yarn lockfile should not be excluded from the repo #62

hickscorp opened this issue Sep 3, 2017 · 2 comments

Comments

@hickscorp
Copy link

hickscorp commented Sep 3, 2017

I randomly stumbled upon this repository and found an issue.

The yarn lockfile must be included in the repository, as it ensures that all dependencies and subdependencies are the same accross everyone's computers. That is why yarn was created in the first place to replace npm.

The flow should be:

  • Don't use NPM to install dependencies. Use Yarn instead.
  • On the maintainer's computer, run yarn install.
  • Commit yarn.lockfile to the repository.

This will ensure that everyone else have the exact same setup, allowing for easier tracking of bugs when they occur.

@mcmire
Copy link

mcmire commented Oct 14, 2017

If the README instructs people to run npm run reinstall, is it possible this project relies on NPM instead of Yarn? Maybe the authors just wanted to make things as easy as possible, or perhaps there's a specific reason.

haslo added a commit to haslo/diskwarsbuilder that referenced this issue May 7, 2018
...so I put a packet manager into your packet manager, so you can packet manage while you packet manage.
Also, elm-community/elm-webpack-starter#62
@ryanolsonx
Copy link

Either way, there should be some sort of lock file. Maybe for acceptance we can have a package-lock.json as well. It's best practice to check the lock file in so that those who use the boilerplate have the exact versions of node_modules that a developer has while creating this and finding that things are working. As I worked on #68 and created a PR where I had to change package.json dependencies, I can fix this one too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants