Currently PKI releases are made for specific distributions (i.e. Fedora, RHEL/CentOS) and distribution-specific changes are stored in the repository. This can make branching/tagging/cherry-picking difficult since there are many branches and tags to manage, for example:
The tags are distribution specific (e.g. Fedora and RHEL/CentOS cannot use the same tags). Branches have to be maintained independently for different distributions (i.e. cannot be rebased). Because of that cherry-picks have to be done very carefully, also it may not work if the patch contains distribution-specific changes.
To simplify this, PKI repository should contain no packaging branches/tags, for example:
and should produce generic releases (in .tgz instead of .rpm), for example:
Then each distribution is responsible to import the source and create its own releases, for example:
Per Dogtag 10.2.X TRIAGE meeting of 04/28/2015: 10.3
This can reduce branching/backporting issues.
Metadata Update from @edewata: - Issue set to the milestone: FUTURE
This is now implemented in PKI 10.6: https://github.com/dogtagpki/pki/releases/tag/v10.6.0-beta
Metadata Update from @edewata: - Custom field feature adjusted to None - Custom field proposedmilestone adjusted to None - Custom field proposedpriority adjusted to None - Custom field reviewer adjusted to None - Custom field version adjusted to None - Issue close_status updated to: fixed - Issue set to the milestone: 10.6.0 (was: FUTURE) - Issue status updated to: Closed (was: Open)
Dogtag PKI is moving from Pagure issues to GitHub issues. This means that existing or new issues will be reported and tracked through Dogtag PKI's GitHub Issue tracker.
This issue has been cloned to GitHub and is available here: https://github.com/dogtagpki/pki/issues/1904
If you want to receive further updates on the issue, please navigate to the GitHub issue and click on Subscribe button.
Subscribe
Thank you for understanding, and we apologize for any inconvenience.
Login to comment on this ticket.