-
-
Notifications
You must be signed in to change notification settings - Fork 15
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
Support for packages that doesnt require building #516
Comments
Hello @xhyrom Can you explain better why you think this is a great idea? I just discovered that Nx has libraries that don't require build. |
https://github.com/xHyroM/things/tree/main/packages/colour-palette or https://github.com/xHyroM/things/tree/main/packages/configs are a great example, as they don't need any build step and just need to be published to npm |
@xhyrom I guess you can use the option I recommend putting those options in the publish/deploy target of your Something I noticed in the code provided is no |
I think |
EDIT: i did it |
ngx-deploy-npm was not designed for projects that don't require a build process, I guess that we need to do a better job of detecting the publishable projects and not base the criteria on if they are buildable or not. To work around that problem, you must create the configuration by hand on your Also, |
@xhyrom to be able to have more context and more information for the required work to land this feature I would like to understand how those libraries are created. I would like to know which library generator did you use.
|
I just manually created folders inside packages/ and then added package.json I read in nx documentation that package.json and project.json are merged and it creates full project informations. For now, I'm just doing what you said - adding noBuild and empty commands array for build. |
I didn't know that it was a thing. Interesting 🤔. |
That is a workaround.
I have everything that I need to implement the feature. The steps that I have detected so far are:
Also, it would be interesting if we create a integration test to track those kinds of projects. |
@xhyrom, would you like to test this functionality on the next RC (Release Candidate) Version of
I want to test in a real-world scenario and ensure everything looks good before launching the next minor version (V7.1.0). |
Sure, ill be happy ❤️ |
New options required for install generator. `--project` and `--dist-folder-path` are now required to install the configuration of a project BREAKING CHANGE: Drop the option `--projects`, now, each project needs to be specified independently. The option `--dist-folder-path` is added and required to create the configuration on a new library #516
@xhyrom I haven't forgotten about this change. Just that the changes are massive, your contribution was the right push we needed to realize that we can simplify things a lot. We are planning on making the experimental release on [email protected] |
New options required for install generator. `--project` and `--dist-folder-path` are now required to install the configuration of a project BREAKING CHANGE: Drop the option `--projects`, now, each project needs to be specified independently. The option `--dist-folder-path` is added and required to create the configuration on a new library #516
Thank you, @xhyrom , for opening the issue and telling us your problem. It required considerable work, so I decided not to launch a beta version as promised. The changes are available in version 8.0.0. |
No description provided.
The text was updated successfully, but these errors were encountered: