← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to HACKING

  • Committer: Martin Pool
  • Date: 2005-10-06 04:09:55 UTC
  • mfrom: (1413)
  • mto: (1185.13.3)
  • mto: This revision was merged to the branch mainline in revision 1417.
  • Revision ID: mbp@sourcefrog.net-20051006040955-36f27e5a8d5c977b
[merge] from robert

Show diffs side-by-side

added added

removed removed

Lines of Context:
HACKING
16
16
  In general, you can test at either the command-line level or the
17
17
  internal API level.  Choose whichever is appropriate: if adding a
18
18
  new command, or a new command option, then call through run_bzr().
19
 
  It is not necessary to do both.
 
19
  It is not necessary to do both. Tests that test the command line level
 
20
  are appropriate for checking the UI behaves well - bug fixes and
 
21
  core improvements should be tested closer to the code that is doing the
 
22
  work. Command line level tests should be placed in 'blackbox.py'.
20
23
 
21
24
* Before fixing a bug, write a test case so that it does not regress.
22
25
 
31
34
* Module names should always be given fully-qualified,
32
35
  i.e. ``bzrlib.hashcache`` not just ``hashcache``.
33
36
 
34
 
 
35
37
Evolving interfaces
36
38
-------------------
37
39
 
45
47
Instead, they will get an Attribute error as the api is missing, and
46
48
will know to update their code. If in doubt, just ask on #bzr.
47
49
 
48
 
 
49
50
Documentation
50
51
=============
51
52