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

improve concourse pipeline renaming process #116

Open
robwhitby opened this issue Apr 25, 2022 · 3 comments
Open

improve concourse pipeline renaming process #116

robwhitby opened this issue Apr 25, 2022 · 3 comments
Labels
area: release enhancement New feature or request

Comments

@robwhitby
Copy link
Contributor

Renaming a halfpipe pipeline can be confusing in Concourse, especially with versioned pipelines.

  • when a pipeline is renamed it gets a new version file starting at 0.1.0.
  • but the renamed pipeline still has history - it thinks it has already run the jobs for version 0.1.0 so they are not automatically triggered.

The current workaround is to manually update the version number (e.g. bump major version) to stop new runs clashing with history.

Can we do anything to improve this?

@robwhitby robwhitby added enhancement New feature or request area: release labels Apr 25, 2022
@robwhitby
Copy link
Contributor Author

i have the start of an idea for the renaming pipelines problem

  • add an optional field to halfpipe manifest id: <string>
  • use that id as the version filename
  • if someone runs halfpipe upload without the id we can generate a GUID and update the halfpipe file
  • id defaults to name for existing pipelines so nothing breaks. If they want to rename they they set id: <old-name>

needs more thought but kind of works i think :thinking_face:

@robwhitby
Copy link
Contributor Author

we should spike this to learn more

@robwhitby
Copy link
Contributor Author

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: release enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant