+1
I can't think of a good reason to keep cordova-fetch and cordova-create
as independent packages.
Folding them into cordova-lib would probably help the decrease the
maintenance burden, especially when it comes to managing releases.
On 2026-09-01 6:20 a.m., Niklas Merz wrote:
I strongly support this as well. Less complexity and release overhead
makes it worth.
On September 1, 2026, Manuel Beck <[email protected]> wrote:
It's a good idea. I was often wondering why there are so many packages
about Cordova. Make them less is a good thing.
________________________________
Von: Bryan Ellis <[email protected]>
Gesendet: Tuesday, 01 September 2026 10:13:09
An: [email protected] <[email protected]>
Betreff: [DISCUSS] Consolidating Fetch, Create, and Lib
I would like to open a discussion to see if anyone would be opposed to
consolidating `cordova-fetch` and `cordova-create` into `cordova-lib`.
This would simplify the release process into a single package.
Also, I believe one of the original goals of `cordova-lib` was to
allow
third parties to build their own CLIs around Cordova functionality. I
think
creating a Cordova project and fetching plugins and platforms would be
core
functionality.
Since `cordova-fetch` is already a direct dependency of `cordova-lib`,
its
direct and transitive dependencies would already be included in the
dependency tree of `cordova-cli` and `cordova-plugman`.
`cordova-create`, however, is currently only a dependency of `cordova-
cli`.
Merging `cordova-create` into `cordova-lib` would introduce its
dependencies to Plugman, even though Plugman would not use that
functionality.
Both `cordova-fetch` and `cordova-create` are relatively small modules
(around 180 lines of code each).
In terms of dependencies, merging `cordova-create` into `cordova-lib`
would
add the following direct dependencies:
* `tmp` (Was already in the dependency tree but as a development
dependency. This would become a production dependency)
* `valid-identifier`
* `path-is-inside`
* `isobject`
* `import-fresh`
* `cordova-app-hello-world`
Here is a gist with a visual representation of the current and
consolidated
dependency graph for comparison:
https://gist.github.com/erisu/fd1cb959ceb8fd8d42652c1c81523493
Does anyone have concerns about consolidating, and could you explain
them?
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
