Closed valentin-seitz closed 1 year ago
I dont know about the checks: The Linting complains about missing links. So for me it seems that its not related to this PR.
Similar to the question in the Python bindings. Do we really need to merge to master
? We only merge to master via a release, so we would need to discuss such a merge before.
I just created the merge to master because the the workflows that are "normally" triggered are the ones available on master.
But this could go to develop when the workflow is not started now from master and therefore overriding the image with thelatest
tag again .
I understand that there is no reason (anymore) to target master
, so let's just change the target branch to develop
and merge.
@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?
I pointed the PR to develop. It is still draft, but is this ready for review and merging?
This is indeed ready for merging. Note that similar to the python-bindings, this change will not be effective until its merged to master.
Note that similar to the python-bindings, this change will not be effective until its merged to master.
Do we need this to be effective before version 3 of all downstream packages are released?
Note that similar to the python-bindings, this change will not be effective until its merged to master.
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 latest
tag to be compatible with v2 but i can easily re trigger the publishing of the image with the latest
tag manually
We don't need to update master
, but I guess we can already merge this, right? If yes, @IshaanDesai I leave it up to you.
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