Skip to content

Slightly more correct requirements #17

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

Merged
merged 3 commits into from
Feb 15, 2019
Merged

Slightly more correct requirements #17

merged 3 commits into from
Feb 15, 2019

Conversation

deivid-rodriguez
Copy link
Contributor

This issue is just theoretical, just raising awareness of the problem. See rubygems/rubygems#2597.

.travis.yml Outdated
@@ -1,8 +1,10 @@
language: ruby
sudo: false
rvm:
- 2.2.4
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why ruby 2.2 support was removed? This gem still supports it.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry, will readd, was just quickly fixing CI.

To be explicitly about "allowing all prereleases".
@rafaelfranca rafaelfranca merged commit 9368963 into rails:master Feb 15, 2019
@rafaelfranca
Copy link
Member

Thanks!

@deivid-rodriguez
Copy link
Contributor Author

Thank you!

ghost pushed a commit to rubygems/rubygems that referenced this pull request Apr 15, 2019
2651: Restore transitiveness of version comparison r=bronzdoc a=deivid-rodriguez

# Description:

This is an alternative to #2597 fix to #2595.

I strongly think this is the best way to fix this, even if it _could_ create some incompatibility with some gems relying on things like "~> 5.x" being lower than _all_ 5.0.0 prereleases.

As explained in that discussion, the official way that's recommended in the docs to match all prereleases is "~> 5.a", because "a" is the first string in lexicographical order.

I created PRs to the two gems I found relying on this:

* rails/activemodel-serializers-xml#17
* rails/rails-controller-testing#45

I would consider this a bug fix and ship it normally on a bug fix release, but I can understand if others prefer a more conservative approach.

# Tasks:

- [x] Describe the problem / feature
- [x] Write tests
- [x] Write code to solve the problem
- [ ] Get code review from coworkers / friends

I will abide by the [code of conduct](https://github.com/rubygems/rubygems/blob/master/CODE_OF_CONDUCT.md).

Co-authored-by: John Hawthorn <[email protected]>
pombredanne pushed a commit to aboutcode-org/univers that referenced this pull request Dec 7, 2021
2651: Restore transitiveness of version comparison r=bronzdoc a=deivid-rodriguez

# Description:

This is an alternative to #2597 fix to #2595.

I strongly think this is the best way to fix this, even if it _could_ create some incompatibility with some gems relying on things like "~> 5.x" being lower than _all_ 5.0.0 prereleases.

As explained in that discussion, the official way that's recommended in the docs to match all prereleases is "~> 5.a", because "a" is the first string in lexicographical order.

I created PRs to the two gems I found relying on this:

* rails/activemodel-serializers-xml#17
* rails/rails-controller-testing#45

I would consider this a bug fix and ship it normally on a bug fix release, but I can understand if others prefer a more conservative approach.

# Tasks:

- [x] Describe the problem / feature
- [x] Write tests
- [x] Write code to solve the problem
- [ ] Get code review from coworkers / friends

I will abide by the [code of conduct](https://github.com/rubygems/rubygems/blob/master/CODE_OF_CONDUCT.md).

Co-authored-by: John Hawthorn <[email protected]>
pombredanne pushed a commit to aboutcode-org/univers that referenced this pull request Dec 7, 2021
2651: Restore transitiveness of version comparison r=bronzdoc a=deivid-rodriguez

# Description:

This is an alternative to #2597 fix to #2595.

I strongly think this is the best way to fix this, even if it _could_ create some incompatibility with some gems relying on things like "~> 5.x" being lower than _all_ 5.0.0 prereleases.

As explained in that discussion, the official way that's recommended in the docs to match all prereleases is "~> 5.a", because "a" is the first string in lexicographical order.

I created PRs to the two gems I found relying on this:

* rails/activemodel-serializers-xml#17
* rails/rails-controller-testing#45

I would consider this a bug fix and ship it normally on a bug fix release, but I can understand if others prefer a more conservative approach.

# Tasks:

- [x] Describe the problem / feature
- [x] Write tests
- [x] Write code to solve the problem
- [ ] Get code review from coworkers / friends

I will abide by the [code of conduct](https://github.com/rubygems/rubygems/blob/master/CODE_OF_CONDUCT.md).

Co-authored-by: John Hawthorn <[email protected]>
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

Successfully merging this pull request may close these issues.

2 participants