~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to TODO

  • Committer: Martin Pool
  • Date: 2005-05-25 03:04:47 UTC
  • Revision ID: mbp@sourcefrog.net-20050525030447-4e80b95d2c0509b9
- update todo list

Show diffs side-by-side

added added

removed removed

Lines of Context:
71
71
* ``bzr inventory -r REV`` and perhaps unify this with ``bzr ls``,
72
72
  giving options to display ids, types, etc.
73
73
 
74
 
* Atomic file class that renames into place when it's closed.
75
 
 
76
 
* Don't abort if ``~/.bzr.log`` can't be used.
77
 
 
78
74
* Split BzrError into various more specific subclasses for different
79
75
  errors people might want to catch.
80
76
 
96
92
Medium things
97
93
-------------
98
94
 
99
 
* Change command functions into Command() objects, like in hct, and
100
 
  then the grammar can be described directly in there.  Since all
101
 
  option definitions are global we can define them just once and
102
 
  reference them from each command.
103
 
 
104
 
* Merge Aaron's merge code.
105
 
 
106
95
* Merge revert patch.
107
96
 
108
97
* ``bzr mv`` that does either rename or move as in Unix.
116
105
 
117
106
* Fix up Inventory objects to represent root object as an entry.
118
107
 
119
 
* Don't convert entire entry from 
 
108
* Don't convert entire entry from ElementTree to an object when it is
 
109
  read in, but rather wait until the program actually wants to know
 
110
  about that node.
120
111
 
121
112
* Extract changes from one revision to the next to a text form
122
113
  suitable for transmission over email.
130
121
 
131
122
* Write a reproducible benchmark, perhaps importing various kernel versions.
132
123
 
133
 
* Change test.sh from Bourne shell into something in pure Python so
134
 
  that it can be more portable.
135
 
 
136
124
* Directly import diffs!  It seems a bit redundant to need to rescan
137
125
  the directory to work out what files diff added/deleted/changed when
138
126
  all the information is there in the diff in the first place.
248
236
  urlgrabber's docs say they are working on batched downloads; we
249
237
  could perhaps ride on that or just create a background thread (ew).
250
238
 
251
 
* Should be a signature at the top of the cache file.
252
 
 
253
239
* Paranoid mode where we never trust SHA-1 matches.
254
240
 
255
241
* Don't commit if there are no changes unless forced.