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

Support polymorphic has many #10

Merged
merged 2 commits into from
Dec 26, 2018
Merged

Support polymorphic has many #10

merged 2 commits into from
Dec 26, 2018

Conversation

batistadasilva
Copy link
Contributor

@batistadasilva batistadasilva commented Dec 26, 2018

Hi again, I have been doing some more work on polymorphic associations

  • Added a test case for reify belongs_to polymorphic association (I didn't do at last PR, my bad)
  • Fix reify polymorphic has_many association (with test case)

😉

@westonganger westonganger merged commit 00b94b5 into westonganger:master Dec 26, 2018
@westonganger
Copy link
Owner

v1.1.0 has now been released which contains these changes.

@jaredbeck
Copy link
Collaborator

jaredbeck commented Jan 2, 2019

v1.1.0 has now been released which contains these changes.

If I understand this PR correctly, it requires the database to contain a new column, foreign_type. Is that a fair characterization? If so, this seems to me like a breaking change. Certainly, it broke the PT test suite, and I have changed the PT-AT constraint accordingly.

-  s.add_development_dependency "paper_trail-association_tracking", "< 2"
+  s.add_development_dependency "paper_trail-association_tracking", "< 1.1"

So, perhaps this release should have been 2.0?

Going forward, what PT-AT constraint would you like to see in the PT gemspec? The discussion regarding said constraint could happen here, or at paper-trail-gem/paper_trail#1174 if you prefer.

@westonganger
Copy link
Owner

Sorry, yeah I will resolve this and go to v2.0.0 instead and I will also probably yank v1.1.0. I will do this just as soon as the fixes in #11 is verified

@westonganger
Copy link
Owner

From now on I will be following the semantic versioning more closely with this. However if you desire to restrict the PT gemspec further, you could possibly switch to restricting PT-AT by minor version number and I can submit a PR whenever PT-AT minor versions are changed.

@jaredbeck
Copy link
Collaborator

.. and I will also probably yank v1.1.0

I'd prefer you didn't yank it, because the PT build depends on it right now. I think we're only supposed to use yank in really bad situations like discovering malware.

From now on I will be following the semantic versioning more closely with this. However if you desire to restrict the PT gemspec further, you could possibly switch to restricting PT-AT by minor version number and I can submit a PR whenever PT-AT minor versions are changed.

Cool. Yeah, if you're going to follow SemVer more closely, then I'm fine with a constraint like ~> 2.0, if that's what you want to do. Or, if you prefer ~> 2.0.0 that's fine too. Please open a PR with whatever you decide.

@westonganger
Copy link
Owner

v2.0.0 is now released.

@jaredbeck
Copy link
Collaborator

v2.0.0 is now released.

Thanks, Weston! The current constraint in PT master is:

add_development_dependency "paper_trail-association_tracking", "~> 1.1.0"

Please open a PR if you would like that to change, thanks!

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.

3 participants