Closed (fixed)
Project:
Nodeaccess
Version:
2.0.x-dev
Component:
Documentation
Priority:
Minor
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
20 Oct 2021 at 18:35 UTC
Updated:
30 Nov 2022 at 02:34 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
alisonIS: Add three options.
-------
Personally, I like having a CHANGELOG.txt file, because you get to see what's changed across multiple releases in one place (not that I ever, ever fall more than one release behind). But, I'm open to being convinced to go with option 2 or 3 😊
Comment #4
alisonWent for "Option 1" (issue fork + MR), because I'm already in here today, and who knows how soon I'll be back.
Full disclosure: I haven't done the "issue fork" > "merge request" process yet -- I mean, I've done it on GitHub, but not Drupal GitLab. Let's all cross our fingers and think happy thoughts 🤞
Comment #5
alisonComment #6
jungleHi, @alison
The order of the 3 options I would vote for is 3 > 2 > 1, the option 1 is the last.
Another reason I am voting for 3 is that we may forget to keep it up-to-date and we did forget.
I read release notes, and care hook_update_N implementations. I rarely read CHANGELOG, -- especially, git-log-messages-like CHANGELOG.
Comment #7
jungleComment #8
jungleRemove it?
Comment #9
jungleComment #10
jungleSorry, @alison I would like to go ahead
Comment #12
jungleComment #13
alisonNo sorry necessary at all -- thank you!!