fix distance oracle entrypoint
closes #199 (closed)
Merge request reports
Activity
added RN-binary label
assigned to @HugoTrentesaux
Is there an easy way to test that it works without releasing new version?
@c-geek for example in this case, I would like to release a new image with correct entrypoint but no change to runtime (so no gitlab release). In my vision I would only need to cherry-pick this commit on the release branch and press the "release docker" button.
To be exact, I'm not saying I want to publish without a release branch, but to merge on master and cherry-pick in the release branch of the network (or rebase on it the release branch of the network). See #195 (closed) for the scheme. Not in a hurry ^^
I tried on https://git.duniter.org/nodes/rust/duniter-v2s/-/pipelines/36274 but get only
no deploy docker. Maybe because there is both when "manuel" and when "never"?
when: manual - when: never
Never understood the link between the gitlab-ci.yml and what we see in the gitlab interface
You should give a try to writing your own
.gitlab-ci
file for one project, a very basic one. Actually it's rather easy, but most importantly very helpful to automate releasing tasks. Maybe trying could motivate you to go deeper in the comprehension.Duniter's
.gitlab-ci.yml
is a bit complex, it's definitely not the best place to start.I bet that investing a single day will make you understand and maybe master Duniter's CI file.
I tried it for gcli, it was very basic but I was not satisfied with the workflow and the documentation. So poka took it over and I'm happy with what he did ^^
For the moment it does not fit with my logic but maybe some day I'll go back to this. Maybe after experimenting with drone CI for my personal infra.
added 2 commits
added 2 commits
mentioned in commit 1cf65df0
mentioned in commit ceb5d93c