-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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 2.0.0 #5686
Comments
In our release announcements, we include commit count since the previous release - total and by contributor. I've reviewed the old release thread to see how we obtained the numbers, to be consistent (or if not, then deliberately so). Here's a relevant comment (but may not show without clicking a button in the middle of them many times, since there are too many for GitHub to show at once): #3513 (comment) followed by a few more comments on this topic. In there, @magnumripper wrote:
We renamed a branch since, so a currently working command is:
Also, I had this list of commits by contributor:
I don't recall what command I used, but I can reproduce similar numbers with:
(So few commits from me is because most of my commits at the time were via core branch, excluded here. With that included, it'd be 1169 commits from me, but like magnum pointed out possibly with some double-counting - I don't know when that stopped.) Given the above, comparable current statistics would be:
With no plans to release a new core separately, I think we shouldn't bother excluding the 2 commits from core here. By commit count, it looks like we did ~4x less work in the same time. But I feel like we still did a lot. I also think we became more careful to clean up and sometimes squash commits before merging PRs, which reduces commit count for same amount of code (and even greater effort to arrive at the cleaner commits). And this isn't the final count yet. |
This is going to be our catch-all issue for the logistics towards our next release, similar to what we had for 1.9.0-jumbo-1 in #3513 (but I hope not running to nearly as many comments). Other related issues are #4564 (users rightly complaining about Python 3 incompatibility issues in the previous release) and #4570 (a sub-task: update
NEWS
). I felt that turning either one of those two into the general release logistics issue would be wrong.Of course, also related is everything else in the
Definitely 2.0.0
milestone.The text was updated successfully, but these errors were encountered: