-
Notifications
You must be signed in to change notification settings - Fork 485
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
Pitaya moving to v2.x with some breaking changes #240
Comments
Please add more examples |
so can i upgrade to v2 now? |
@fourfire and @greatcat-taihe , we will write a migration guide in the future (probably at start of Q4) to help everyone during their migrations. Before that, you can continue on v1 or migrate by itself to use Pitaya v2, but we don't have examples and documentation to share yet. It is important to mention that our latest release is a Pitaya v1 release, and all the Pitaya v2 are just pre-releases now. |
Please add more examples,i love pitaya,it is so good! |
Can I use version 2 now? thanks! |
Yes, it is already possible, but if you want to be principled, you must introduce the V2 version of the package. Cannot be mixed with V1. |
Summary
We're going to deprecate the current version of Pitaya Golang (aka V1) in favor of a new major version (aka V2), which brings a lot of incompatibilities regarding the code APIs. The current version is mainly composed of static APIs and shares some package-level states. The next version changes this to a more "instance-based" code API.
Here is a small example of what the new packages look like:
Ecosystem libraries
Non-Golang libraries like libpitaya and libpitaya-cluster are not affected by this release since V2 is focused on the Golang framework usage and not changes on the Pitaya communication flow and protocol.
Golang libraries that depend on pitaya (like pitaya-bot and pitaya-cli) will be upgraded to use the V2 release.
Note: Since pitaya-admin is using an outdated version (~ 0.7), it will be moved to inactive so that it won’t be updated to this new major version.
V2 adoption
After being released, the V2 will become mainstream, and we recommend any new application to start with. The ones using V1 to start looking forward to updating (since the V1 will be deprecated). For those upgrading their applications, we’re going to offer a migration guide to help with.
The V1 code will still be hosted in the “v1” branch in the repository. Also, all v1-related tags will remain, with no changes.
V1 end of life
We will keep the V1 support after the V2 is released (more details below). However, after that period, the version will no longer receive any updates.
Here is the complete timeline of the V1 next steps:
Note: During the “Deprecated” and “Inactive” periods, security fixes made to the mainstream will be ported to V1 (if applicable).
Issues and pull requests
All issues regarding V1 will need to be labeled. Then, a contributor member will review them to see if they will be accepted following the V1 status (Deprecated, Inactive, and Read-only).
The text was updated successfully, but these errors were encountered: