jetcd
jetcd copied to clipboard
Hope to update CHANGELOG
Is your feature request related to a problem? Please describe. A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
- No.
Describe the solution you'd like A clear and concise description of what you want to happen.
- https://github.com/etcd-io/jetcd/blob/jetcd-0.7.3/CHANGELOG.md does not have the latest version of the changelog, which brings some confusion to users. Hope some friends can update the file.
Describe alternatives you've considered A clear and concise description of any alternative solutions or features you've considered.
- I'm not quite sure if there is a changelog recorded somewhere else.
Additional context Add any other context or screenshots about the feature request here.
- Null.
@linghengqian would you like to help ? I have very limited time
@lburgazzoli I don't need any help, I just don't understand the changes that happened after 0.0.3. If CHANGELOG doesn't have time to maintain for the committer, is it possible to open Milestones for PRs and issues of later versions to facilitate users Understand what changed behind the version change? I'm just assuming there are some API differences between 0.5.0, 0.6.0 and 0.7.0.
What I mean is that it is probably needed to set up some github actions or do something in the release plugin to keep the changelog up-to-date so I'm looking for volunteers
- I'm assuming you're talking about plugins like
se.bjurr.gitchangelog:git-changelog-maven-plugininstead oforg.apache.maven.plugins:maven-changelog-plugin?
@linghengqian note that we are using gradle insted of maven but yeah, the idea is to either have a plugin or a github action to collect and automatically create release notes and changelogs
Having some up to date release notes/changelog would be very helpful. 👍
For example I just upgraded from jetcd 0.6.1 -> 0.7.3 and ran into a small issue since my application runs in a containerized environment where it could not write to the /tmp/vertx-cache-<uuid> directories by default. Not a particularly tough problem to solve, but it would have been less of a surprise with some release notes detailing the change to Vert.x along with the new storage requirement.
- I do want to work on this issue, but my experience with gradle is terrible, I almost started using gradle when start.spring.io switched the default package manager a while ago. 🤔 I'm guessing I'll have a PR for this someday in the future.
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 7 days.
- The main reason I'm not pushing this issue is that I'm pushing https://github.com/oracle/graalvm-reachability-metadata/pull/170, which is jetcd-core's nativeTest under GraalVM Native Image.
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 7 days.