-
Notifications
You must be signed in to change notification settings - Fork 82
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
Fix README
section links on DockerHub
#915
Conversation
On the [DockerHub page](https://hub.docker.com/r/hazelcast/hazelcast), links such as `Check Hazelcast Enterprise Versions for the version` do not work - because they are relative to the document. As _a_ link did work by having a hardcoded link back to the github/hazelcast-docker `README`, I've updated the rest to suit. Note that this could _also_ have been addressed by reconfiguring the `dockerhub-description` action, [with caveats](https://github.com/peter-evans/dockerhub-description?tab=readme-ov-file#url-completion-known-issues).
Sorry which point is the caveat? |
You can use the |
I presume you mean point 1 in with caveats |
The link should go to the GitHub repo, not Dockerhub - as dockerhub doesn't have those references. Hence the link doesn't work.
Not sure I understand? |
Best we step back a bit:
So at the end both are pointing https://store.docker.com/community/images/hazelcast/hazelcast/tags but 'Latest Versions' has some versions listed locally. If we point users to GH then they have to click again to DH. So may be should rationalize this Option 1: make GH and DH both point to https://store.docker.com/community/images/hazelcast/hazelcast/tags and remove the list in Option 2: just add HTML anchor in https://github.com/hazelcast/hazelcast-docker/blob/master/.github/scripts/generate-docker-hub-description.sh#L39
I think Option 2 will work. I added the anchor in browser (Dev tools) and then the link works as is Hope this makes sense! UPDATE: Forgot that we have also other links UPDATE May be its easier to add |
Does this work via the docker action? I'd be surprised if you could add (arbitrary) HTML for security reasons.
Then it wouldn't work in GitHub? |
I think so. The script first takes everything from README.md and then fill the versions
Looks like its supported https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax#custom-anchors I think worth trying! |
I was thinking more on the Dockerhub side
My problem is that I can't test ^ that ^ without pushing to Dockerhub. But I can know my way works... |
Good point and was thinking about this.
I have added Use We make the change but no need to publish I thing. We know works in DH and as long as it works GH then should be ok |
Ok - do you want to raise a new PR for those change(s)? Or update this one instead, please? |
We should backport? I think if we backport to 5.3.8 and retag it will trigger and we test that way. |
No worries. Best here. I will get it done soon. |
I wasn't planning on - no-one's raised it externally, and eventually it'll trickle out. |
Ok. I think we should (at least 5.5.z/5) as looks a bit unprof. |
@JackPGreen I have updated README and works. Check? OS: https://hub.docker.com/r/hazelcast/hazelcast To update I ran https://github.com/hazelcast/hazelcast-docker/actions/runs/13832137620/job/38698647263 Also, the But this has changed the DH README OS: EE: My branch was from your branch which is from master. The diff is from 5.3.8 I think I think the way we build DH description is not right. The DH README is not versioned so whatever the last Docker version we build is what the README will become. Perhaps this needs discussing but for now let me know what you think? UPDATE: I have the previous DH REAME OS/EE markdown so I can revert if need be UPDATE 2: May be I should revert DH as only wanted to test. |
As discussed in #915 (comment), when a tag is pushed, we update the Docker Hub description based on the `README`... in that tag. Which means when a patch for an older version is released, we effectively roll back the description to an older version. Changes: - on tag `push`, update the Docker Hub description in a seperate job based on `master` - bonus - because it was in a matrix we _were_ doing it multiple times - when the `README` or associated architecture is updated, rebuild as well
Looks good to me. Wondering if it's worth closing this PR and making a new one with an updated description now you've taken it over?
Agreed - I'd noticed the same but didn't think it was causing a problem as we rarely update the I think we should rebuild the |
Actually the README is from master on your branch so we can simply merge. I reverted your changes as I copied from master
Perfect. I was going to suggest this. I will review it shortly |
On the DockerHub page, links such as
Check Hazelcast Enterprise Versions for the version
do not work - because there are no corresponding anchors. Added manually.