Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 UTC on 18 March 2024, to get $100 off your ticket.
I have noticed lots of people recently assume that creating a new development branch (6.x-1.x) or a new tag (6.x-1.0) automatically creates the release on Drupal.org, which is not the case. I think the Git instruction tab needs to link to the Creating a project release below the 'Creating Releases' section.
Comment | File | Size | Author |
---|---|---|---|
#3 | minor_updates_from_production-1127494.patch | 1.03 KB | eliza411 |
Comments
Comment #1
greg.harvey+1 - I just fell foul of this (which made me feel quite dumb, as it's nothing new, but I think it used to be part of the old CVS release process docs and, with there being no reference to it in the new docs, I completely forgot!)
Comment #2
eliza411 CreditAttribution: eliza411 commentedMakes sense to me. Done.
Comment #3
eliza411 CreditAttribution: eliza411 commentedThis change was made in the config. Committing to the defaults with this patch:
Comment #4
halstead CreditAttribution: halstead commentedWorks perfectly for me.
Comment #5
helmo CreditAttribution: helmo commentedLooks good.
About the changelog file, adding a new header for every change seems somewhat over the top. It's easier to just group it all together and start a new header after a release.
Comment #6
eliza411 CreditAttribution: eliza411 commentedcommitted.
Comment #7
eliza411 CreditAttribution: eliza411 commented@helmo: Sorry about that. I was trying to follow sdboyer's advice to link to the CHANGELOG to make it easy for people to find when we made significant changes to the commands we are recommending, but GitWeb makes that a nightmare, and the format doesn't work for you, so I've added a docs page instead: http://drupal.org/node/1134632
That's better anyway, since what we need to show is when the change was made on d.o. which is entirely independent of the commit process.
I have another change to commit, so I'll fix it up in that one.