We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
nua-build should detect (in the absence of specific configuration in nua-config.tom) the nature of a given project. Initial projects could include:
nua-config.tom
Each build profile should be managed by one or more classes. Similar code already exists in Piku (https://github.com/piku/piku/blob/master/piku.py#L341 lines 340-620).
Alternatively, we could use Heroku's buildpacks, which are public and open source.
Initially the code base should contain all the relevant build profiles, but eventually it should be extensible using plugins.
For plugins we should investigate first the use of Pluggy (https://pluggy.readthedocs.io/) as it's a robust and proven approach.
Each of these "build profiles" could also be linked a "run profile". It is currently less clear what this runtime profiles will be.
We need to find the best way to keep this approach consistent but also flexible, using inheritance or delegation.
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Build profiles
nua-build should detect (in the absence of specific configuration in
nua-config.tom
) the nature of a given project. Initial projects could include:Each build profile should be managed by one or more classes. Similar code already exists in Piku (https://github.com/piku/piku/blob/master/piku.py#L341 lines 340-620).
Alternatively, we could use Heroku's buildpacks, which are public and open source.
Extensibility
Initially the code base should contain all the relevant build profiles, but eventually it should be extensible using plugins.
For plugins we should investigate first the use of Pluggy (https://pluggy.readthedocs.io/) as it's a robust and proven approach.
Full lifecycle
Each of these "build profiles" could also be linked a "run profile". It is currently less clear what this runtime profiles will be.
We need to find the best way to keep this approach consistent but also flexible, using inheritance or delegation.
The text was updated successfully, but these errors were encountered: