Bug #6905
closedBuild out better installer build strategy
Description
In katello-installer we use librarian, but IMHO submodules are easier to manage for our use cases
Updated by Ivan Necas about 10 years ago
I don't think working with librarian-puppet is ideal. But I definitely have no good experience with using git submodules extensively. Also, as the foreman-installer uses the librarian, it makes sense for katello-installer to use the same. The reason why we store the modules within the katello-installer is easier downstream process than without it.
Updated by Stephen Benjamin about 10 years ago
- Subject changed from Puppet manifests should use git submodules instead of librarian to Build out better installer build strategy
Updated by Eric Helms about 10 years ago
- Difficulty set to medium
- Triaged changed from No to Yes
Some things to consider:
1. Can we adopt Foreman method of pulling in modules at build time?
2. How do we cherry-pick fixes?
3. How do downstream builds work in light of the upstream process?
Updated by Stephen Benjamin about 10 years ago
Foreman used to use submodules so maybe we can see what the pros/cons are. The Foreman way of pulling in at build time is also OK. Opening this request was mostly prompted by a PR I had last week and this one:
https://github.com/Katello/katello-installer/pull/93
I find it difficult to locate where the actual change was vs. just updating the modules, it generates a lot of noise.
Updated by Eric Helms over 8 years ago
- Status changed from New to Rejected
We have moved to the same model as foreman-installer of not keepin gmodules in git
Updated by Eric Helms about 8 years ago
- Translation missing: en.field_release set to 166