Skip to content
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

Repository layout: adopt a standard master branch will all the supported versions #62

Open
jouvin opened this issue Nov 13, 2024 · 1 comment
Assignees
Milestone

Comments

@jouvin
Copy link
Contributor

jouvin commented Nov 13, 2024

For reasons I forgot, when we created this repo at SVN -> Git migration time, we opted for a branch per OpenStack version and no master branch. It turned out not to be a great idea: it makes everything more complicated, including:

  • A release must tag several branches
  • Fixing a problem affecting several middleware versions requires several PRs
  • get-template-library must do complicated things to select all the branches to checkout
  • Obsoleting a branch requires renaming it with a .obsolete suffix rather than removing the corresponding set of templates in the master branch

My proposal is to move to a standard structure with a master branch and have a first level directory representing the OpenStack version the templates must be used for, e.g. antelope, caracal ...

As this repository is not part of the Quattor release and not (yet) managed by get_template_library, this change will have a very low impact and I will start it with the templates for the antelope version. Templates for previous versions, if needed, will have to be retrieved from the corresponding branch rather than master.

@jouvin jouvin self-assigned this Nov 13, 2024
@jrha jrha added this to the 25.next milestone Nov 13, 2024
@jrha
Copy link
Member

jrha commented Nov 13, 2024

Previous version branches can have a commit added to move them to a sub-directory and then also be merged into master.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants