-
Notifications
You must be signed in to change notification settings - Fork 321
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
Release version 0.6.0 #65
Comments
Before we can ship a new version, I’d like to see JSON parsing reimplemented (it was temporarily removed in #64). I would also like to see proper proxy support (a broken implementation was removed in #62), but this is not as important. As far as I know, those are the last couple issues holding up a new gem release. I’ve created a v0.6 milestone to make it easier to track blockers and added this issue to it. @tarcieri may add other issues that he’d like to see implemented before the release to this milestone. |
ok I will stick to master for now then, after this I think you should consider releasing more often since what new users will see is not the awesome new features that are lying on master but, in this case, a library which works more or less as intended or not at all depending on their use case and they will move on trying something else that may work. In my case seeing how badly the library handled the http responses from influxdb I just had to go back to the non celluloid library giving up fiber concurrency offered by celluloid-io (I could not simply spawn a pool of actors in that case). I already saw that many times in open source projects where big features are kept away because of the fear of releasing a new version. Anyway this library is really nice ! |
#46 should probably be fixed too before releasing, IMHO. |
@blambeau I’ve added it to the v6 milestone. |
@schmurfy the reason we haven't done a release lately is because we're trying to one last release of breaking API changes prior to shipping 1.0, after which the breaking API changes will stop. The other thing I'd like to do before v6 is factor apart This mirrors the separation of |
ok I understand better now, thanks for the pointers :) |
Yeah, long-term goal would be a pool of keepalive connections ala On Saturday, January 25, 2014, Julien Ammous notifications@github.com
Tony Arcieri |
@tarcieri Do you want to finish #72 before v0.6 is released? If so, please add it to the v0.6 milestone, otherwise, please add it to the v1.0 milestone. If we decide we need a v0.7 before v1.0, we can create a milestone for that as well. It all depends on how much we want to change and test the API before v1.0 is released. |
@sferik I wouldn't even call it a blocker for 1.0. It shouldn't cause breaking API changes. If it does we can release 2.0. I'd rather get a 1.0 shipped. |
i can probably use master too through a Gemfile but it would be nice to have v0.6.0 as a gem. |
I pushed 0.6.0.pre to RubyGems. Give 'er a try |
Barring any objections, I'd like to release 0.6.0 tomorrow |
i've been using master for a few days on a private project, works good for me but to be honest how i'm using it so far is so simple it'd be very strange if it didn't work :P |
Guess I'll do this tomorrow to avoid an April Fool's Day release 😉 |
Who cares? Just do it today! |
LOLOL k |
Well, I was going to do a release, but Github was down. Tomorrow! |
After talking with @ixti some more I'm postponing the release temporarily so he can fix a few problems with parameter handling |
With #120 merged I think we're good to ship |
Shipped! https://groups.google.com/forum/#!topic/ruby-http-gem/UPe9kdQLutg Now let's scramble for a 0.6.1 release 😉 |
You should definetely make a release, there is such a large gap between 0.5.0 and master it looks like a completely different library, even if there are issues left in master it is worth pushing a release out I think since 0.5.0 has issues of its own anyway xD
is there any major issue preventing a release ?
The text was updated successfully, but these errors were encountered: