-
-
Notifications
You must be signed in to change notification settings - Fork 102
update composer and npm metadata files #310
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
Conversation
|
Ok thanks for pointing to the comment. Still it's a bit annoying since it seems only required to avoid the automatic npm "test" to fail. I would prefer to get rid of those and to make changes in the proper place to generate them before calling |
|
I have no preference, but maybe @gary-kim or @ChristophWurst pointing this out at the first time. |
|
The point of dependency lock files are to ensure everyone has the exact same set of dependencies installed, no matter their environment. They are meant to be in the repo. They help make sure there are never any bugs that arise from having a different version of a dependency, speed up installing dependencies, and also help with security by storing the hash of all dependencies. The documentation for the files specify that they are meant to be committed into source control. There's also some documentation about the reasons for lockfiles in npm here Whenever updates are required for dependencies for Javascript, npm, or in our case, dependabot, will automatically update the package-lock.json file as well. The same will happen for composer dependencies as well. EDIT: Just realized, that sounds a little more confrontational than I was intending. Just trying to be constructive, sorry if I come off a bit harsh. |
|
@gary-kim Ok thanks for the explanation. So we should not pay attention to the fact we will commit them often? We just commit them and that's it? |
|
Normal changes should not be updating the lockfiles unless they involve changing dependencies. The fact that the app store template includes Lines 79 to 83 in c5e1f99
|
|
Thanks a lot for looking into it! It might just be something to fix in the Makefile indeed. |
Good catch. That doesn't seem right. Please fix the Makefile and also submit that for the template. |
ChristophWurst
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, they should be commited. The will only change when you add/update/delete a dependency.
Signed-off-by: Julien Veyssier <eneiluj@posteo.net>
83bd0ba to
4599eda
Compare
|
Thanks for #314. So I reverted everything on this branch, merged with master and ran |
|
That's strange. What version of npm and node do you have installed? My system doesn't make that change. |
|
Node version is v10.15.2 and npm is 5.8.0. After upgrading npm to 6.13.7, Should we close this or is there anything left to do? |
Those files are local and don't need to be tracked by the repo.