-
-
Notifications
You must be signed in to change notification settings - Fork 15
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
Build latest
docker container from master not develop
branch
#161
Conversation
I dont know about the checks: The Linting complains about missing links. So for me it seems that its not related to this PR. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes make sense to me. 👍
I guess this is still draft as it depends on precice/python-bindings#186
I dont know about the checks: The Linting complains about missing links. So for me it seems that its not related to this PR.
They are indeed unrelated (and need to be updated). The tests also fail because the configurations have yet to be ported to preCICE v3.
@IshaanDesai I let you do the merging.
Similar to the question in the Python bindings. Do we really need to merge to |
I just created the merge to master because the the workflows that are "normally" triggered are the ones available on master. |
I understand that there is no reason (anymore) to target @valentin-seitz you can change the target branch by clicking "Edit" on the top. |
I pointed the PR to develop. It is still draft, but is this ready for review and merging? |
This is indeed ready for merging. |
Do we need this to be effective before version 3 of all downstream packages are released? |
From my perspective: not really. I currently rely on the |
We don't need to update |
Should fix #160
Here a similar idea to the python-bindings applies:
I Made the Workflow a bit more usable via the manual dispatch and also split up
latest
anddevelop
tags accordingly.Additionally the Dockerfile is more in line with the current approach to Dockerfiles used in the Systemtestsv2