docs/developer/Release/index.mdwn

   1 #The art of releasing
   2
   3 This is a template on how to do a release.
   4
   5 ##Branching
   6
   7 On crater branch the repo:
   8
   9     cd /repository/git/dragonfly.git
  10     git branch DragonFly_RELEASE_x_y        (e.g. 2_8)
  11
  12 This is the only step that needs to happen remotely.
  13
  14 On your own system:
  15
  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.
  17
  18     mkdir master
  19     cd master
  20     git init
  21     git remote add origin ssh://crater.dragonflybsd.org/repository/git/dragonfly.git
  22     git fetch origin
  23
  24     cd ..
  25     cp -R master x_y
  26     # x_y is the release; faster than rechecking out
  27     cd master
  28     git checkout master
  29     cd ../x_y/
  30     git branch DragonFly_RELEASE_x_y origin/DragonFly_RELEASE_x_y
  31     git checkout DragonFly_RELEASE_x_y
  32
  33 On the new branch:
  34
  35     vi sys/sys/param.h
  36
  37 Edit \__DragonFly\_version and related comments.  You only need to add a commented version number for the branch, not the new master.
  38
  39     vi sys/conf/newvers.sh
  40
  41 Edit BRANCH, use 'RELEASE', update version.  e.g. RELEASE_2_8
  42
  43     vi gnu/usr.bin/groff/tmac/mdoc.local
  44
  45 In the "Default .Os value" section, bump up the version to that of the release (even minor number).
  46
  47     vi etc/Makefile.usr
  48
  49 Adjust the default src checkout in /usr/src/etc/Makefile.usr to pull this branch.  Otherwise, anyone using the Makefile to download source will get master, and nrelease will build master.
  50
  51 Update OSNAME for mdocml:
  52
  53     vi contrib/mdocml/config.h
  54
  55 On master:
  56
  57     vi sys/sys/param.h
  58
  59 Edit \__DragonFly\_version and related comments.  Put in commented numbers for the new release and master.
  60
  61     vi sys/conf/newvers.sh
  62
  63 Edit BRANCH, use 'DEVELOPMENT', update version.
  64
  65     vi gnu/usr.bin/groff/tmac/mdoc.local
  66
  67 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.
  68
  69 Update OSNAME for mdocml:
  70
  71     vi contrib/mdocml/config.h
  72
  73
  74 on master:
  75
  76     git push
  77
  78 on release:
  79
  80     git push
  81
  82 ##Tagging
  83
  84 Make sure all changes on the master branch **and** on the new branch have been committed and pushed before tagging anything.
  85
  86 On release:
  87
  88     git add sys/sys/param.h sys/conf/newvers.sh gnu/usr.bin/groff/tmac/mdoc.local etc/Makefile.usr
  89     git commit
  90     git push
  91
  92 On master:
  93
  94     git add sys/sys/param.h sys/conf/newvers.sh gnu/usr.bin/groff/tmac/mdoc.local
  95     git commit
  96     git push
  97
  98
  99 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.
 100
 101 You may need to set GPG_TTY to get GPG to work if it tries to run pinentry-curses.  This is the line for bash, since that's quoted most often for this fix.
 102
 103     export GPG_TTY=$(tty)
 104
 105 ###In master
 106
 107     git tag -s -m "DragonFly x.x.0" vx.x.0
 108     git push --tags
 109
 110 ###In the new branch
 111
 112     git tag -s -m "DragonFly x.y.0rc" vx.y.0rc
 113     git push --tags
 114
 115 Do the x.x.0rc immediately.  Just before doing the final nrelease build roll a x.x.0 tag for the release branch - the same method, just without "rc" for release candidate.  Release as x.x.0.
 116
 117 A new tag may require a commit beforehand to the release branch to make sure it goes to the right branch.
 118
 119 ## Subsequent tag updates
 120
 121 When updating a x.x.1 version, you just need to tag.
 122
 123 If there's a significant change between versions - major library change or third-party software update, which is more likely in the development branch of DragonFly - update param.h
 124
 125     vi sys/sys/param.h
 126
 127 ## updating UPDATING
 128
 129 Generally, any files not specifically mentioned above as specific to a branch should be updated in master and then cherry-picked to the release branch.  src/UPDATING is the most common example.
 130
 131 ## Something in GCC
 132
 133 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.
 134
 135     #define        DFBSD_MAJOR     3
 136
 137 This comes from John Marino's commit:
 138
 139 <http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/43add724990da155c21ef4a0893f4ebc2c36eb05>
 140
 141 ##dports
 142
 143 Adjust the default pkg checkout in /usr/src/etc/Makefile.usr for both master and the new branch if necessary.
 144
 145 ### Build isos and imgs
 146
 147 Set DPORTS_PATH when building the image to pick where dports comes from.  Ideally, there should be a release tag in dports that corresponds with the DragonFly release.
 148
 149     git fetch --tags
 150     git checkout TAGNAME
 151
 152 If your ISO is too big for a normal CD, try using:
 153
 154     make -DINSTALLSTRIPPEDMODULES release
 155
 156 To build it.  (add pkg/gui/whatever targets as necessary.)
 157
 158 ###Testing
 159
 160 Testing should be done on real hardware, qemu and vmware. We have six isos/imgs that needs testing.
 161
 162 i386 iso, img, gui-img<br/>
 163 x86_64 iso, img, gui-img
 164
 165 Test this:
 166
 167 * Booting install media.
 168 * Installing; encrypted, unencrypted, ufs, hammer.
 169 * Configuring everything in the installer; try both dhcp and static IP.
 170 * Booting the installed system.
 171
 172 ###Release Notes
 173
 174 Copy one of the existing release pages.  The general format is :
 175
 176 * General announcement
 177 * Big items new to this release
 178 * Availability, describing what can be run
 179 * MD5 results for compressed and uncompressed files
 180 * Special notes and caveats
 181 * Release notes - go through git log for these.
 182
 183 #### Minor releases
 184
 185 * Update the release page, the main page, and the general [[Download]] page.
 186 * Add new MD5 sums on the release page for the compressed and uncompressed files.
 187
 188 ###File Copy
 189
 190 Place images in /ftp/iso-images on crater.dragonflybsd.org.  They will be rsynced to mirror-master.
 191
 192 The file md5.txt should have the md5 output for all the compressed files.  It should also have the md5 output for the uncompressed images, so don't just 'md5 *bz2 > md5.txt'; get that separately and copy it into the document.
 193
 194 /root/adm/domd5.sh will get the MD5 sums for the compressed and uncompressed images and print them to stdout.
 195
 196 ###announce
 197 users@, web page, Hacker News, Slashdot, Reddit