share/man/man7/development.7

   1 .\"
   2 .\" Copyright (c) 2008
   3 .\"     The DragonFly Project.  All rights reserved.
   4 .\"
   5 .\" Redistribution and use in source and binary forms, with or without
   6 .\" modification, are permitted provided that the following conditions
   7 .\" are met:
   8 .\"
   9 .\" 1. Redistributions of source code must retain the above copyright
  10 .\"    notice, this list of conditions and the following disclaimer.
  11 .\" 2. Redistributions in binary form must reproduce the above copyright
  12 .\"    notice, this list of conditions and the following disclaimer in
  13 .\"    the documentation and/or other materials provided with the
  14 .\"    distribution.
  15 .\" 3. Neither the name of The DragonFly Project nor the names of its
  16 .\"    contributors may be used to endorse or promote products derived
  17 .\"    from this software without specific, prior written permission.
  18 .\"
  19 .\" THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
  20 .\" ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
  21 .\" LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
  22 .\" FOR A PARTICULAR PURPOSE ARE DISCLAIMED.  IN NO EVENT SHALL THE
  23 .\" COPYRIGHT HOLDERS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
  24 .\" INCIDENTAL, SPECIAL, EXEMPLARY OR CONSEQUENTIAL DAMAGES (INCLUDING,
  25 .\" BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
  26 .\" LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED
  27 .\" AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
  28 .\" OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
  29 .\" OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  30 .\" SUCH DAMAGE.
  31 .\"
  32 .\" $DragonFly: src/share/man/man7/development.7,v 1.12 2008/07/27 22:23:42 thomas Exp $
  33 .\"
  34 .Dd April 17, 2009
  35 .Dt DEVELOPMENT 7
  36 .Os
  37 .Sh NAME
  38 .Nm development
  39 .Nd quick starter for development with the DragonFly codebase
  40 .Sh DESCRIPTION
  41 .Dx
  42 uses the
  43 .Xr git 1
  44 distributed revision control system.
  45 If it is not already on the system, it needs to be installed via
  46 .Xr pkgsrc 7
  47 .Pa ( /usr/pkgsrc/devel/scmgit ) .
  48 .Pp
  49 The
  50 .Sx EXAMPLES
  51 section gives initial information to get going with development on
  52 .Dx .
  53 Please refer to the
  54 .Xr git 1
  55 manual pages and other related documents for further information on git's
  56 capabilities and how to use them.
  57 The
  58 .Sx SEE ALSO
  59 section below has some links.
  60 .Pp
  61 For information on how to build the
  62 .Dx
  63 system from source code, see
  64 .Xr build 7 .
  65 For information on how to build the LiveCD, LiveDVD or thumb drive image, see
  66 .Xr release 7 .
  67 .Sh EXAMPLES
  68 A fresh copy of the repository can be cloned anywhere.
  69 Note that the directory to clone into
  70 .Pa ( /usr/src
  71 in the following example) must not exist, so all previous work in this
  72 directory has to be saved and the directory be removed prior to cloning.
  73 Also note that while the main repository is on
  74 .Pa crater ,
  75 it is recommended that one of the
  76 .Dx
  77 mirrors be used instead.
  78 .Pp
  79 Simple setup and updating of local repository is done using
  80 .Pa /usr/Makefile :
  81 .Bd -literal -offset 4n
  82 cd /usr
  83 make help       # get help
  84 make git-clone  # initial setup
  85 make git-update
  86 .Ed
  87 .Pp
  88 Somewhat finer control can be achieved using
  89 .Xr git 1
  90 directly.
  91 To clone the repository and check out the master branch (this will take
  92 some time):
  93 .Bd -literal -offset 4n
  94 cd /usr
  95 git clone -o crater git://crater.dragonflybsd.org/dragonfly.git src
  96 cd src
  97 .Ed
  98 .Pp
  99 The repository can be held up to date by pulling frequently (to set up a
 100 .Xr cron 8
 101 job,
 102 .Xr git 1 Ap s
 103 .Fl Fl git-dir
 104 option can be used):
 105 .Bd -literal -offset 4n
 106 cd /usr/src
 107 git pull
 108 .Ed
 109 .Pp
 110 It is not recommended to work directly in the master branch.
 111 To create and checkout a working branch:
 112 .Bd -literal -offset 4n
 113 git checkout -b work
 114 .Ed
 115 .Pp
 116 To create and checkout a branch of the
 117 .Dx 2.0
 118 release (called
 119 .Sy rel2_0 ) :
 120 .Bd -literal -offset 4n
 121 git checkout -b rel2_0 crater/DragonFly_RELEASE_2_0
 122 .Ed
 123 .Pp
 124 Branches can be deleted just as easy:
 125 .Bd -literal -offset 4n
 126 git branch -d work
 127 .Ed
 128 .Pp
 129 After changes have been made to a branch, they can be committed:
 130 .Bd -literal -offset 4n
 131 git commit -a
 132 .Ed
 133 .Pp
 134 .Xr git-commit 1 Ap s
 135 .Fl m
 136 and
 137 .Fl F
 138 options can be used to specify a commit message on the command line or read
 139 it from a file, respectively.
 140 .Pp
 141 Finally, branches can be merged with the (updated) master by using
 142 .Cm rebase :
 143 .Bd -literal -offset 4n
 144 git checkout master
 145 git pull
 146 git checkout work
 147 git rebase master
 148 .Ed
 149 .Sh VENDOR IMPORTS
 150 When importing vendor sources, make sure that you don't import
 151 too many unnecessary sources.
 152 Especially test suites that are not used by the DragonFly build are
 153 good candidates for being stripped away.
 154 These instructions assume that you have already extracted
 155 the source package into its final directory and that they are
 156 trimmed appropriately.
 157 .Pp
 158 .Em \&Do not change the vendor sources before importing them
 159 on the vendor branch!
 160 Necessary changes to the vendor sources can be applied to
 161 .Pa master
 162 after the import.
 163 .Pp
 164 For the following commands, we will import the imaginary package
 165 .Nm foo-2.3
 166 into
 167 .Pa /usr/src/contrib/foo .
 168 If this is the first import of
 169 .Nm foo ,
 170 you will have to choose the name of the vendor branch.
 171 Customarily, this will be
 172 .Pa vendor/FOO .
 173 However, if you intend to maintain multiple vendor sources for the
 174 same package
 175 .Em concurrently ,
 176 you should choose a branch name which includes part of the version,
 177 i.e.\&
 178 .Pa vendor/FOO2 .
 179 .Pp
 180 As a first step, we trick git to work on the vendor branch instead of on
 181 .Pa master .
 182 Be careful, since after issuing this command all your commits will go to the
 183 vendor branch, but you will commit
 184 .Em the whole working tree
 185 and not just the vendor sources!
 186 Thus you have to specify the exact directory for
 187 .Li git commit .
 188 In order to commit, you will have to add the new sources first.
 189 .Bd -literal -offset 4n
 190 git symbolic-ref HEAD refs/heads/vendor/FOO
 191 git add contrib/foo
 192 git commit -m "Import foo-2.3" contrib/foo
 193 .Ed
 194 .Pp
 195 With these commands we have imported the vendor sources on their own branch.
 196 In the next step, we merge the vendor branch into master.
 197 .Bd -literal -offset 4n
 198 git checkout master
 199 git merge vendor/FOO
 200 .Ed
 201 .Pp
 202 Now you are free to change the sources in contrib/foo, since you are
 203 back on the
 204 .Pa master
 205 branch.
 206 The first thing to do is to add
 207 .Pa README.DRAGONFLY
 208 and
 209 .Pa README.DELETED .
 210 The former documents how the imported sources can be obtained, including
 211 a checksum of the tarball.
 212 The later lists all files and directories that have been removed from the
 213 source package.
 214 You should use the
 215 .Pa /usr/src/tools/tools/genreadmedeleted/genreadmedeleted
 216 shell script to generate this file.
 217 Commit the
 218 .Pa README Ns s
 219 first, then commit your local changes to the sources:
 220 .Bd -literal -offset 4n
 221 git add contrib/foo/README.D*
 222 git commit -m "foo: add our READMEs"
 223 .Ed
 224 .Pp
 225 Finally, push master and the vendor branch to crater:
 226 .Bd -literal -offset 4n
 227 git push crater master vendor/FOO
 228 .Ed
 229 .Sh SEE ALSO
 230 .Xr git 1 Pq Pa pkgsrc/devel/scmgit ,
 231 .Xr build 7 ,
 232 .Xr committer 7 ,
 233 .Xr release 7
 234 .Rs
 235 .%T "Git User's Manual"
 236 .%O "http://www.kernel.org/pub/software/scm/git/docs/user-manual.html"
 237 .Re
 238 .Rs
 239 .%T "Git Magic"
 240 .%O "http://www-cs-students.stanford.edu/~blynn/gitmagic/"
 241 .Re
 242 .Sh HISTORY
 243 The
 244 .Nm
 245 manual page was originally written by
 246 .An Matthew Dillon Aq dillon@FreeBSD.org
 247 and first appeared
 248 in
 249 .Fx 5.0 ,
 250 December 2002.
 251 It was rewritten when
 252 .Dx
 253 switched to
 254 .Xr git 1 .