~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to TODO

  • Committer: Martin Pool
  • Date: 2005-06-21 06:10:18 UTC
  • Revision ID: mbp@sourcefrog.net-20050621061017-12e8f0ff45228338
- move whitebox/blackbox modules into bzrlib.selftest subdirectory

Show diffs side-by-side

added added

removed removed

Lines of Context:
17
17
Small things
18
18
------------
19
19
 
20
 
* Merging add of a new file clashing with an existing file doesn't
21
 
  work; add gets an error that it's already versioned and the merge
22
 
  aborts.
23
 
 
24
 
* Merge should ignore the destination's working directory, otherwise
25
 
  we get an error about the statcache when pulling from a remote
26
 
  branch.
27
 
 
28
20
* Add of a file that was present in the base revision should put back
29
21
  the previous file-id.
30
22
 
32
24
  requires patching difflib to get it exactly right, or otherwise
33
25
  calling out to GNU diff.
34
26
 
 
27
* Import ElementTree update patch.
 
28
 
 
29
* Plugins that provide commands.  By just installing a file into some
 
30
  directory (e.g. ``/usr/share/bzr/plugins``) it should be possible to
 
31
  create new top-level commands (``bzr frob``).  Extensions can be
 
32
  written in either Python (in which case they use the bzrlib API) or
 
33
  in a separate process (in sh, C, whatever).   It should be possible
 
34
  to get help for plugin commands.
 
35
 
 
36
* Smart rewrap text in help messages to fit in $COLUMNS (or equivalent
 
37
  on Windows)
 
38
 
35
39
* -r option should take a revision-id as well as a revno.
36
40
 
 
41
* ``bzr info`` could show space used by working tree, versioned files,
 
42
  unknown and ignored files. 
 
43
 
37
44
* ``bzr info`` should count only people with distinct email addresses as
38
45
  different committers.  (Or perhaps only distinct userids?)
39
46
 
59
66
 
60
67
* ``bzr log DIR`` should give changes to any files within DIR.
61
68
 
 
69
* Check all commands have decent help.
 
70
 
62
71
* ``bzr inventory -r REV`` and perhaps unify this with ``bzr ls``,
63
72
  giving options to display ids, types, etc.
64
73
 
117
126
  can be popped into our own store.  That needs to be refactored.
118
127
 
119
128
* ``bzr status FOO`` where foo is ignored should say so.
120
 
 
121
 
* ``bzr mkdir A...`` should just create and add A.
122
 
 
123
 
* Guard against repeatedly merging any particular patch.
124
129
  
125
130
 
126
131
 
307
312
* Split out upgrade functionality from check command into a separate
308
313
  ``bzr upgrade``.
309
314
 
310
 
* Don't pass around command classes but rather pass objects.  This'd
311
 
  make it cleaner to construct objects wrapping external commands.
312
 
 
313
 
* Track all merged-in revisions in a versioned add-only metafile.
314
 
 
315
315
 
316
316
Large things
317
317
------------