Closed AliSoftware closed 1 year ago
Thanks @AliSoftware for raising this! you are correct and we should also support when no v
prefix is used. I've just merged a change for this, and we'll probably do a new release this week.
I've just merged a change for this
Thanks a lot for your reactivity in fixing this @pzeballos! ❤️
and we'll probably do a new release this week.
Lovely, looking forward to it!
Btw, I was willing to check this fix ahead of time, to confirm you that it fixed our issue before you do that release, since your README is suggesting that it would be possible to test latest master
:
Master is built and tested automatically, and pushes a new image to buildkite/plugin-linter on Docker Hub
But in practice, it seems like the latest
image on Dockerhub is still one from 22 days ago; so maybe a latest
build isn't pushed to Docker Hub automatically on every commit to master
after all?
As such, I'm guessing you you might want to:
pipeline.deploy.yml
to pipeline.yml
directly?)—to release a latest
on every commit to master
like the README suggests (all while still keeping the tagging of a new releases on demand at your discretion when you're ready for one)latest
to DockerHub on every commit to master
anymore?Update: I ended up cloning the repo and running docker build .
to build master
locally, then referenced that locally-built image in our docker run
invocation of the plugin linter. I am now happy to properly confirm that your fix indeed solved our issue 🙂 🎉
Hey @AliSoftware! we needed to update the pipeline to use docker compose v2 😅 I merged #480 that fixed this, and you can see the image in dockerhub now 🙂 Sorry for the trouble! 🙏🏻
I am now happy to properly confirm that your fix indeed solved our issue slightly_smiling_face tada
Woo-hoo! 🎉
Hey @AliSoftware! we did a release of the plugin https://github.com/buildkite-plugins/buildkite-plugin-linter/releases/tag/v2.0.4 :)
Thank you! ❤️
For one of our plugin, we don't use the
v
prefix for our tags and versioning (i.e. we use tag named1.2.3
, notv1.2.3
)This breaks the
plugin-linter
when it tries to find an example in ourREADME.md
referencing the plugin. This is because the code of the linter explicitly expects the refMatch to start with#v
, so our README example, while using the correct tag (the one really used in our repo, without thev
), doesn't get detected by the linter.For example, when the example in our
README
looks like this:Then the linter fails with the following:
If I replace
#2.16.0
with#v2.16.0
in the README example, then the linter becomes happy and goes all green… but that now makes our example incorrect, as our tag is2.16.0
, notv2.16.0
.