helm has an option: helm search repo name --devel
This shows development releases which are not expected to be perfect/stable.
Generally when a source code update occurs it triggers the application to build. If this is setup for rocketchat, then an additional step could be added to rebuild the helm chart with the docker image version of the latest rocketchat container. Also, if there is an umbrella helm chart, that could then be rebuilt also with the latest helm chart version specified.
Something like renovate or kargo could then update git with the latest helm chart.
Then, a tool like argocd would update the dev deployment using the latest version set in git.
Such a frequently built helm chart doesn't have to be released, actually releasing a helm chart could still be part of a release cycle.
All this is said just to suggest the idea of having the helm chart as part of the build deploy process, which would ensure its not forgotten.