-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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 proposal: v5.0.5 #1905
Release proposal: v5.0.5 #1905
Conversation
My apologies, perhaps I made the #1903 changes on a stale branch. In two hours, I will resend those changes redone on an updated 5.x branch. |
@cclauss no that's fine, your PR was against master and it's now got a divergent README so the backport was dirty. I don't know what the intention is for python support or testing on 5.x so I'm leaving it up to you to decide that -- as long as we have little risk of breaking anything and are accurate in the README that will show up for a 5.x version then I'm fine with whatever. |
0da2df5
to
b8314f7
Compare
running CI, https://ci.nodejs.org/job/nodegyp-test-pull-request/161/ and Travis, will tag and release this when green |
b8314f7
to
1163e9c
Compare
1163e9c
to
034fc90
Compare
I think this is final, just waiting for CI, then will push it out |
v5.0.5 published |
Flushing out the non-semver-major commits for a 5.x release just prior to 6.0.0. Will follow up this release immediately with a 6.0.0
d8a71dced1
] - gyp: add __lt__ to MSVSSolutionEntry (João Reis) #1904c169250471
] - win: support VS 2017 Desktop Express (João Reis) #19024215054729
] - lib: accept Python 3 after Python 2 (Sam Roberts) #19103834156a92
] - test: add Python 3.5 and 3.6 tests on Linux (cclauss) #19091196e990d8
] - src: update to standard@14 (Rod Vagg) #189953ee7dfe89
] - gyp: fix undefined name: cflags --> ldflags (Christian Clauss) #19015871dcf6c9
] - src,win: add support for fetching arm64 node.lib (Richard Townsend) #1875@cclauss #1903 won't land cleanly onv5.x
and I'm not sure how to handle it. It seems to me that it might be a semver-major? Particularly the README.md portions. Would you mind either labeling that PR as semver-major or creating a new PR for the appropriate changes directly against thev5.x
branch? Let me know if you need any help, if you have trouble maybe you could just tell me what needs to be done.