← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/developers/HACKING.txt

(gz) Fix test failure on alpha by correcting format string for
 gc_chk_sha1_record (Martin [gz])

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/HACKING.txt
117
117
`your_lp_username`.  You can push your branch to Launchpad directly from
118
118
Bazaar::
119
119
 
120
 
  $ bzr push lp:~<your_lp_username>/bzr/meaningful_name_here
 
120
  $ bzr push lp:~your_lp_username/bzr/meaningful_name_here
121
121
 
122
122
After you have pushed your branch, you will need to propose it for merging to
123
123
the Bazaar trunk.  Go to
124
 
<https://launchpad.net/~<your_lp_username>/bzr/meaningful_name_here> and choose
125
 
"Propose for merging into another branch".  Select "lp:bzr" to hand
 
124
<https://launchpad.net/your_lp_username/bzr/meaningful_name_here> and choose
 
125
"Propose for merging into another branch".  Select "~bzr/bzr/trunk" to hand
126
126
your changes off to the Bazaar developers for review and merging.
127
127
 
128
128
Alternatively, after pushing you can use the ``lp-propose`` command to 
254
254
    This file covers a brief introduction to Bazaar and lists some of its
255
255
    key features.
256
256
 
 
257
NEWS
 
258
    Summary of changes in each Bazaar release that can affect users or
 
259
    plugin developers.
 
260
 
257
261
setup.py
258
262
    Installs Bazaar system-wide or to your home directory.  To perform
259
263
    development work on Bazaar it is not required to run this file - you
281
285
    Documentation specifically targeted at Bazaar and plugin developers.
282
286
    (Including this document.)
283
287
 
284
 
doc/en/release-notes/
285
 
 
286
 
    Detailed changes in each Bazaar release (there is one file by series:
287
 
    bzr-2.3.txt, bzr-2.4.txt, etc) that can affect users or plugin
288
 
    developers.
289
 
 
290
 
doc/en/whats-new/
291
 
 
292
 
    High-level summaries of changes in each Bazaar release (there is one
293
 
    file by series: whats-new-in-2.3.txt, whats-new-in-2.4.txt, etc).
294
288
 
295
289
 
296
290
Automatically-generated API reference information is available at
436
430
be disabled if necessary by setting the environment variable
437
431
``BZR_SIGQUIT_PDB=0``.
438
432
 
439
 
All tests inheriting from bzrlib.tests.TestCase can use ``self.debug()``
440
 
instead of the longer ``import pdb; pdb.set_trace()``. The former also works
441
 
when ``stdin/stdout`` are redirected (by using the original ``stdin/stdout``
442
 
file handles at the start of the ``bzr`` script) while the later doesn't.
443
 
``bzrlib.debug.set_trace()`` also uses the original ``stdin/stdout`` file
444
 
handles.
445
433
 
446
434
Debug Flags
447
435
===========
588
576
stuff covered above, "core" developers have responsibility for:
589
577
 
590
578
* reviewing changes
 
579
* reviewing blueprints
591
580
* planning releases
592
581
* managing releases (see `Releasing Bazaar <http://doc.bazaar.canonical.com/developers/releasing.html>`_)
593
582