← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to HACKING

  • Committer: John Arbash Meinel
  • Date: 2006-10-16 01:50:48 UTC
  • mfrom: (2078 +trunk)
  • mto: This revision was merged to the branch mainline in revision 2080.
  • Revision ID: john@arbash-meinel.com-20061016015048-0f22df07e38093da
[merge] bzr.dev 2078

Show diffs side-by-side

added added

removed removed

Lines of Context:
HACKING
209
209
> factory, then yes, foo_factory is what I would use.
210
210
 
211
211
 
 
212
Registries
 
213
----------
 
214
 
 
215
Several places in Bazaar use (or will use) a registry, which is a 
 
216
mapping from names to objects or classes.  The registry allows for 
 
217
loading in registered code only when it's needed, and keeping
 
218
associated information such as a help string or description.
 
219
 
 
220
 
212
221
Lazy Imports
213
222
------------
214
223
 
311
320
 
312
321
Writing tests
313
322
=============
 
323
 
314
324
In general tests should be placed in a file named test_FOO.py where 
315
325
FOO is the logical thing under test. That file should be placed in the
316
326
tests subdirectory under the package being tested.
345
355
    command changes its name or signature. Ideally only the tests for a
346
356
    given command are affected when a given command is changed.
347
357
 
 
358
 4. If you have a test which does actually require running bzr in a
 
359
    subprocess you can use ``run_bzr_subprocess``. By default the spawned
 
360
    process will not load plugins unless ``--allow-plugins`` is supplied.
 
361
 
 
362
 
348
363
Doctests
349
364
--------
350
365