-
Notifications
You must be signed in to change notification settings - Fork 6
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
New deployments freeze on first launch #29
Labels
Comments
cc @aveyrenc |
A workaround is to execute manually the first pipeline step. |
o-orand
added a commit
that referenced
this issue
Dec 15, 2017
To allow pipeline auto update, we introduce a new staging branch called `pipeline-current-((paas-templates-branch))`. `update-pipeline-<%= depls %>-generated` job is now scanning `paas-templates-wip` for changes, is updating pipeline and committing to `paas-templates-full`. All other jobs are still scanning `paas-templates-full`. Using this mechanism, reduces dependencies on `update-pipeline-<%= depls %>-generated` and reduces inputs. It should help to fix #19 and #29, but we probably need to introduce a staging branch for secrets using similar mechanism.
o-orand
added a commit
that referenced
this issue
Dec 15, 2017
To allow pipeline auto update, we introduce a new staging branch called `pipeline-current-((paas-templates-branch))`. `update-pipeline-<%= depls %>-generated` job is now scanning `paas-templates-wip` for changes, is updating pipeline and committing to `paas-templates-full`. All other jobs are still scanning `paas-templates-full`. Using this mechanism, reduces dependencies on `update-pipeline-<%= depls %>-generated` and reduces inputs. It should help to fix #19 and #29, but we probably need to introduce a staging branch for secrets using similar mechanism.
fixed as expected with 1d81cb8 |
lucaspinto
pushed a commit
that referenced
this issue
Jul 11, 2018
To allow pipeline auto update, we introduce a new staging branch called `pipeline-current-((paas-templates-branch))`. `update-pipeline-<%= depls %>-generated` job is now scanning `paas-templates-wip` for changes, is updating pipeline and committing to `paas-templates-full`. All other jobs are still scanning `paas-templates-full`. Using this mechanism, reduces dependencies on `update-pipeline-<%= depls %>-generated` and reduces inputs. It should help to fix #19 and #29, but we probably need to introduce a staging branch for secrets using similar mechanism.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When a new deployment is added, it freezes until the first pipeline step is executed.
Due to first pipeline step (update-pipeline-xxx-depls-generated), the pipeline auto-update. After auto-update, the new deployment is added with new dependencies. But theses dependencies haven't passed first step, so pipeline freeze.
@poblin-orange
The text was updated successfully, but these errors were encountered: