Combine package.json and target/frontent/package.json
See original GitHub issueWe should make package.json
fully generated by flow and move the information in target/frontend/package.json
into package.json
so that the plugin handles all dependencies in one place.
This would mean that any user modification directly on the package.json file might be lost on an update by flow, but it would make the developers life easier as then the knowing which modules the project is actually depending on is easier and keeping track on versions can simply be done in version control.
Also this will simplify our code as we do not need to do hashes for dependencies to know if we need to run npm i
after a mvn clean
Part of #6966
Issue Analytics
- State:
- Created 4 years ago
- Reactions:2
- Comments:7 (7 by maintainers)
Top Results From Across the Web
One project with multiple package.json files - Stack Overflow
Problem: From research I made so far it seems impossible to use different package. json files and node_modules folders inside the same project ......
Read more >How To Use Node.js Modules with npm and package.json
The first step will be to create and understand the package.json file. You will then use it to keep track of all the...
Read more >The package.json guide - Flavio Copes
The package.json file is a key element in lots of app codebases based on the ... Node.js or a frontend project, you surely...
Read more >merge-package.json - npm
Merge package.json using local, base, and remote. Latest version: 4.0.2, last published: 9 months ago. Start using merge-package.json in ...
Read more >Targets - Parcel
The source field within any target declared in package.json can specify one or more entry files that are specific to that target. For...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
This would be acceptable overhead, and still a lot simpler than the current setup. To also satisfy #6907 at the same time would be to add the full object
Then we could accept manual changes to devDependencies also with minimal changes in functionality.
Acceptance criteria:
target/frontend/package.json
is removed and all dependencies are added topackage.json
package.json
gets a new JsonObjectvaadin
that containsdependencies
anddevDependencies
that are the framework managed packages.vaadin
should accept newer versions by users to dependencies, but override too old versionsvaadin
dependencies.