1 See README.hackers for notes on coding styles.
3 The master copy of this information can be found at:
5 http://support.ntp.org/Dev/MaintainerIssues#How_to_work_on_a_bug_using_BitKe
7 If you are going to patch both ntp-stable and ntp-dev
11 > (make and test your changes to ntp-stable first)
12 > (commit your changes to ntp-stable)
14 > bk pull ../ntp-stable (get your changes from ntp-stable)
15 > (resolve any problems and test your changes)
16 > (commit your changes to ntp-dev)
18 With the current release of bitkeeper it is *much* easier to move changes
19 from ntp-stable to ntp-dev than it is to move changes from ntp-dev to
22 If you make your changes in the above order and then submit them,
23 it will be trivial to apply your patches.
25 Otherwise, it will be much more difficult to apply your patches.
27 You are pretty much done now if your repos are on pogo.udel.edu.
29 If these patches are for a bugzilla issue, mark the issue as Resolved/READY
30 with a comment of "Please pick up the patches in pogo:/wherever"
34 Please read (and follow) the previous section if you want to submit
35 patches for both ntp-stable and ntp-dev.
37 If you cannot easily get your patches to pogo, you may submit patches
38 via the 'bk send' command:
41 > bk citool (or bk ci ... ; bk commit ... )
42 > bk pull # make sure your repo is up-to-date
43 > bk send -d -ubk://www.ntp.org/home/bk/REPO - > file-containing-the-patch
44 > bk receive -vv -a < file-containing-the-patch
47 # Open a bugzilla item at <http://bugzilla.ntp.org>
49 # After the bug is opened, visit the bug and attach file-containing-the-patch