3 This is a template on how to do a release.
7 On crater branch the repo:
9 cd /repository/git/dragonfly.git
10 git branch DragonFly_RELEASE_x_y (e.g. 2_8)
12 This is the only step that needs to happen remotely.
16 Check out two copies of /usr/src, one with master checked out, one with the new release branch checked out. Checkouts should be under your user id, NOT as root, or the later tagging operation will be unhappy.
21 git remote add origin ssh://crater.dragonflybsd.org/repository/git/dragonfly.git
26 # x_y is the release; faster than rechecking out
31 git branch DragonFly_RELEASE_x_y origin/DragonFly_RELEASE_x_y
32 git branch DragonFly_RELEASE_x_y
38 Edit \__DragonFly\_version and related comments. You only need to add a commented version number for the branch, not the new master.
40 vi sys/conf/newvers.sh
42 Edit BRANCH, use 'RELEASE', update version. e.g. RELEASE_2_8
44 vi gnu/usr.bin/groff/tmac/mdoc.local
46 In the "Default .Os value" section, bump up the version to that of the release (even minor number).
52 Edit \__DragonFly\_version and related comments. Put in commented numbers for the new release and master.
54 vi sys/conf/newvers.sh
56 Edit BRANCH, use 'DEVELOPMENT', update version.
58 vi gnu/usr.bin/groff/tmac/mdoc.local
60 In the "Default .Os value" section, bump up the version to that of the master (odd minor number). Additionally, in the "DragonFly releases not found in doc-common" section, add a new line (a la the previous ones) for the new master.
64 Make sure all changes on the master branch **and** on the new branch have been committed and pushed before tagging anything.
66 git add sys/sys/param.h sys/conf/newvers.sh gnu/usr.bin/groff/tmac/mdoc.local
70 man git-tag for info, the committer needs GPG set up so git tag -s works. Then you can use your own checkout. Be sure the checkouts are under your user id and you do the tagging as yourself instead of as root.
74 git tag -s -m "DragonFly x.x.0" vx.x.0
79 git tag -s -m "DragonFly x.y.0" vx.y.0
82 Do the x.x.0 immediately. Just before doing the final nrelease build roll a x.x.1 tag for the release branch. Release as x.x.1.
84 ## Subsequent tag updates
86 When updating a x.x.1 version, you just need to tag.
90 The file gnu/usr.bin/cc41/cc_prep/config/dragonfly.h has a spot where the major version number for DragonFly is encoded. I don't know if this applies for anything other than gcc 4.1.
94 This comes from John Marino's commit:
96 <http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/43add724990da155c21ef4a0893f4ebc2c36eb05>
100 Adjust bulk builds to the release's pkgsrc branch, and make sure they upload to the right directories on avalon.dragonflybsd.org.
102 Adjust the default pkgsrc checkout in /usr/src/etc/Makefile.usr for both master and the new branch if necessary.
104 ###build isos and imgs
108 ###build pkgsrc packages
112 Testing should be done on real hardware, qemu and vmware. We have six isos/imgs that needs testing.
114 i386 iso, img, gui-img<br/>
115 x86_64 iso, img, gui-img
119 * Booting install media.
120 * Installing; encrypted, unencrypted, ufs, hammer.
121 * Configuring everything in the installer; try both dhcp and static IP.
122 * Booting the installed system.
126 Copy one of the existing release pages. The general format is :
128 * General announcement
129 * Big items new to this release
130 * Availability, describing what can be run
131 * MD5 results for compressed and uncompressed files
132 * Special notes and caveats
133 * Release notes - go through git log for these.
137 * Update the release page, the main page, and the general [[Download]] page.
142 Place images in /ftp/iso-images on crater.dragonflybsd.org. They will be rsynced to mirror-master.