-
Notifications
You must be signed in to change notification settings - Fork 30k
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
meta: split CHANGELOG into two files #6337
Conversation
LGTM, and +1 as dealing with huge changelogs can be painful when you just want to look at the recent changes. However, might be getting a bit ahead of myself here, but are we just going to keep on piling stuff onto the "archive" file, or are we going to go with something like |
May I suggest moving the archived file into |
@silverwind totally up for that... I want to wait to hear if anyone wants to follow a specific naming convention and I'll fix that up |
LGTM with moving archive doc into docs dir |
Won't this break links in a lot of blog posts? |
We can alternatively take out everything from before v0.10 and that will give us a stopgap to decide what we want to do. @evanlucas at the very least it won't break any modern websites |
A project I used to work on had the last 1-1.5 years in CHANGELOG with everything before that split per year (CHANGELOG.2008, CHANGELOG.2009, etc.) I agree that they should be kept out of the top-level directory. Perhaps add a note at the bottom of the CHANGELOG that older entries can be found in doc/. EDIT: Should have read #5533. |
59d81e6
to
4abaf8e
Compare
I've updated the commit. Everything older than a year is now in I have added a link at the end of the changelog to the archive |
4abaf8e
to
6fd28c4
Compare
@thealphanerd ... Just a thought: how difficult do you think it would be to at least keep the headers of the removed releases and include a link to the new location? If folks have links to the changelog for specific releases then doing so may alleviate some of the pain of broken links. |
+1 to what @jasnell sqid |
6fd28c4
to
af9d82b
Compare
updated. The caveat at the bottom now lists all the change logs that can be found in the archive. It is worth mentioning that the CHANGELOG is now at 700k. We'll hit the limit again soon enough and I don't think including all the headers will scale. That being said I think it is a good step for now |
I'm wondering if we shouldn't move to having the CHANGELOG.md only show the current changelogs for the active releases and move all previous changelogs to individual archive files. It would make things a bit more difficult but if each release has it's own changelog file then the links should always remain stable. |
@jasnell I like that idea quite a bit. How would that affect porting the changelog between release stream? Would each stream have only the latest release in it's changelog and master would have the latest for all actively maintained channels? |
Imo, we should do archives in I disagree with having just a separate "archive" file though. These ought to be separated by year, but I have not have the time to do it quite yet. (Some older entries are ordered by-version and not by-date.)
yes. We should consider how we go forward with this. Perhaps we should have the root changelog only have heading links to the year-sorted versions? |
How about splitting up changes in majors? (0.12.x, 4.x, 5.x, etc) |
@jbergstroem We discussed that previously and iirc people didn't like the idea. It's harder to tell when what happened. |
After reading up on it, +1 on having archives in |
7da4fd4
to
c7066fb
Compare
since we can't seem to come to an exact agreement, and the changelog is currently broken for viewing on github. Are people ok landing this the way it is an iterating what we do with the archive? I'd like people to be able to read the changelog when v6 drops |
Sounds good. LGTM. |
LGTM, let's get this in now! |
af9d82b
to
3bb4389
Compare
The unfortunate has happened, our CHANGELOG is now over 1 MB and cannot be viewed on github. This commit breaks the CHANGELOG into two files so that we can continue to show our changes rendered in the github UI. Closes: nodejs#5533 PR-URL: nodejs#6337 Reviewed-By: Claudio Rodriguez <cjrodr@yahoo.com> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Roman Reiss <me@silverwind.io>
3bb4389
to
cc5d976
Compare
IMHO this should have had the |
The unfortunate has happened, our CHANGELOG is now over 1 MB and cannot be viewed on github. This commit breaks the CHANGELOG into two files so that we can continue to show our changes rendered in the github UI. Closes: nodejs#5533 PR-URL: nodejs#6337 Reviewed-By: Claudio Rodriguez <cjrodr@yahoo.com> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Roman Reiss <me@silverwind.io>
Do I need to add a new |
Ok at least the links "work", but they redirect to "content" that is in no way useful... |
Fine, I'll spend some of my weekend fixing this too. |
@Fishrock123 this was discussed in #6337 (comment) The changelog was broken in production on our release day and we were having multiple issues opened to let us know. While this change is not where we would like it to be, it was sufficient in causing the minimal breakage while fixing the immediate problem that we were facing. I'm more than happy to do the grunt work of getting this where it needs to be if we can reach a consensus of what needs to be done. |
+1 @thealphanerd. There are a couple of workable approaches that would
|
The unfortunate has happened, our CHANGELOG is now over 1 MB and cannot be viewed on github. This commit breaks the CHANGELOG into two files so that we can continue to show our changes rendered in the github UI. Closes: #5533 PR-URL: #6337 Reviewed-By: Claudio Rodriguez <cjrodr@yahoo.com> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Roman Reiss <me@silverwind.io>
The unfortunate has happened, our CHANGELOG is now over 1 MB and cannot
be viewed on github. This commit breaks the CHANGELOG into two files
so that we can continue to show our changes rendered in the github UI.
Closes: #5533
It is very likely that we don't want to use
CHANGELOG-ARCHIVE.md
as a filename... this is just to get the ball rolling