Skip to content
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

New release? #110

Closed
abh opened this issue Jan 3, 2023 · 5 comments
Closed

New release? #110

abh opened this issue Jan 3, 2023 · 5 comments

Comments

@abh
Copy link

abh commented Jan 3, 2023

The rare releases (and low version numbers) make it seem like this is still an experimental / "maybe in the future" project, but using the "legacy" library for a few days I realized that can't possibly be. :-)

So... would it make sense to tag a new version so "go get" will by default use newer code?

@jerrdasur
Copy link

jerrdasur commented Mar 17, 2023

+1
I also need a new release because v0.10.0 doesn't support shared subscriptions.

@MattBrittan
Copy link
Contributor

I have made a new release. Had been awaiting @alsm, but have been unable to make contact, and as it's been quite a while since the last release I felt it was time!
Note that I have not moved up to V1; the main reason for this is the missing support for full QOS 1/2 (the library currently NEVER resends a message). Implementing this may require changes to the API so I feel we should hold off on V1 until that has been implemented (and keeping this below v1 indicates that its not yet feature complete).

@seinshah
Copy link

seinshah commented Oct 10, 2023

Hi,
Sorry for reactivating this. Is there any plan to tag changes regularly?
I noticed that there a lot of fixes since v0.11 and rather importing the latest version by tags instead of master's HEAD.
I attempted to create issues and PRs for several issues which noticed that are already fixed on master branch, but are not tagged yet.

@MattBrittan
Copy link
Contributor

Sorry for reactivating this. Is there any plan to tag changes regularly?

You didn't (the issue is still closed :-) ).

We are currently working on a major change (full QOS1/2 support) so would aim to make a release before that's added to master (as it will be a large change). I would expect this to happen later in the month.
Generally a release has been made when a major fix has been introduced but this has been somewhat sporadic. I think part of this has been because the main committers (ALSM and myself) have not actually been using the library - this will change once the big PR hits (I'm still using the v3 client because I need the library to handle persistence and queueing messages whilst the connection is unavailable; the upcoming change addresses both points).

@seinshah
Copy link

Thanks @MattBrittan. (By activating I mostly meant drawing your attention to the issue again :))
That makes sense and hope everything goes as planned.
I mentioned this as I was facing a race condition in autopaho after adding a custom Logger and when attempted to create an issue for it and a PR, realized that it is already fixed in master.
🤞

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants