~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to TODO

  • Committer: Martin Pool
  • Date: 2005-05-03 08:00:27 UTC
  • Revision ID: mbp@sourcefrog.net-20050503080027-908edb5b39982198
doc

Show diffs side-by-side

added added

removed removed

Lines of Context:
26
26
 
27
27
* Import ElementTree update patch.
28
28
 
 
29
* Syntax should be ``bzr export -r REV``.
 
30
 
29
31
* Plugins that provide commands.  By just installing a file into some
30
32
  directory (e.g. ``/usr/share/bzr/plugins``) it should be possible to
31
33
  create new top-level commands (``bzr frob``).  Extensions can be
52
54
* ``bzr ignore`` command that just adds a line to the ``.bzrignore`` file
53
55
  and makes it versioned.  Fix this to break symlinks.
54
56
 
 
57
* ``bzr help commands`` should give a one-line summary of each command.
 
58
 
55
59
* Any useful sanity checks in 'bzr ignore'?  Perhaps give a warning if
56
60
  they try to add a single file which is already versioned, or if they
57
61
  add a pattern which already exists, or if it looks like they gave an
59
63
 
60
64
__ http://mail.python.org/pipermail/python-list/2001-April/037847.html
61
65
 
 
66
* Read and write locks on branch while it's open.
 
67
 
62
68
* Separate read and write version checks?
63
69
 
64
 
* ``bzr status DIR`` should give status on all files under that
65
 
  directory.
66
 
 
67
 
* ``bzr log DIR`` should give changes to any files within DIR.
 
70
* ``bzr status FILE...``
68
71
 
69
72
* Check all commands have decent help.
70
73
 
 
74
* Autogenerate argument/option help.
 
75
 
71
76
* ``bzr inventory -r REV`` and perhaps unify this with ``bzr ls``,
72
77
  giving options to display ids, types, etc.
73
78
 
75
80
 
76
81
* Don't abort if ``~/.bzr.log`` can't be used.
77
82
 
78
 
* Split BzrError into various more specific subclasses for different
79
 
  errors people might want to catch.
80
 
 
81
 
* If the export destination ends in '.tar', '.tar.gz', etc then create
82
 
  a tarball instead of a directory.  (Need to actually make a
83
 
  temporary directory and then tar that up.)
84
 
 
85
 
  http://www.gelato.unsw.edu.au/archives/git/0504/2194.html
86
 
  
87
 
* RemoteBranch could maintain a cache either in memory or on disk.  We
88
 
  know more than an external cache might about which files are
89
 
  immutable and which can vary.  On the other hand, it's much simpler
90
 
  to just use an external proxy cache.
91
 
 
92
 
* Maybe also store directories in the statcache so that we can quickly
93
 
  identify that they still exist.
94
 
 
95
83
 
96
84
Medium things
97
85
-------------
98
86
 
 
87
* Display command grammar in help messages rather than hardcoding it.
 
88
 
99
89
* Change command functions into Command() objects, like in hct, and
100
90
  then the grammar can be described directly in there.  Since all
101
91
  option definitions are global we can define them just once and
102
92
  reference them from each command.
103
93
 
 
94
* Selective commit of only some files.
 
95
 
 
96
* Faster diff/status.  
 
97
 
 
98
  Status should be handled differently because it needs to report on
 
99
  deleted and unknown files.  diff only needs to deal with versioned
 
100
  files.
 
101
 
104
102
* Merge Aaron's merge code.
105
103
 
106
104
* Merge revert patch.
107
105
 
 
106
* Turn on stat cache code, and add optimization about avoiding
 
107
  dangerous cache entries.
 
108
 
108
109
* ``bzr mv`` that does either rename or move as in Unix.
109
110
 
110
 
* More efficient diff of only selected files.  We should be able to
111
 
  just get the id for the selected files, look up their location and
112
 
  diff just those files.  No need to traverse the entire inventories.
113
 
 
114
 
* ``bzr status DIR`` or ``bzr diff DIR`` should report on all changes
115
 
  under that directory.
 
111
* More efficient diff of only selected files.
116
112
 
117
113
* Fix up Inventory objects to represent root object as an entry.
118
114
 
123
119
 
124
120
* More test cases.
125
121
 
126
 
  - Selected-file commit
127
 
 
128
 
  - Impossible selected-file commit: adding things in non-versioned
129
 
    directories, crossing renames, etc.
130
 
 
131
122
* Write a reproducible benchmark, perhaps importing various kernel versions.
132
123
 
133
124
* Change test.sh from Bourne shell into something in pure Python so
194
185
 
195
186
* Branch names? 
196
187
 
197
 
* More test framework:
198
 
 
199
 
  - Class that describes the state of a working tree so we can just
200
 
    assert it's equal.
201
 
 
202
 
* There are too many methods on Branch() that really manipulate the
203
 
  WorkingTree.  They should be moved across.  
204
 
 
205
 
  Also there are some methods which are duplicated on Tree and
206
 
  Inventory objects, and it should be made more clear which ones are
207
 
  proxies and which ones behave differently, and how.
208
 
 
209
 
* Try using XSLT to add some formatting to REST-generated HTML.  Or
210
 
  maybe write a small Python program that specifies a header and foot
211
 
  for the pages and calls into the docutils libraries.
212
 
 
213
 
* --format=xml for log, status and other commands.
214
 
 
215
 
* Attempting to explicitly add a file that's already added should give
216
 
  a warning; however there should be no warning for directories (since
217
 
  we scan for new children) or files encountered in a directory that's
218
 
  being scanned.
219
 
 
220
 
* Better handling of possible collisions on case-losing filesystems;
221
 
  make sure a single file does not get added twice under different
222
 
  names.
223
 
 
224
 
* Clean up XML inventory:
225
 
 
226
 
  - Use nesting rather than parent_id pointers.
227
 
 
228
 
  - Hold the ElementTree in memory in the Inventory object and work
229
 
    directly on that, rather than converting into Python objects every
230
 
    time it is read in.  Probably still exposoe it through some kind of
231
 
    object interface though, but perhaps that should just be a proxy
232
 
    for the elements.
233
 
 
234
 
  - Less special cases for the root directory. 
235
 
 
236
 
* Perhaps inventories should remember the revision in which each file
237
 
  was last changed, as well as its current state?  This is a bit
238
 
  redundant but might often be interested to know.
239
 
 
240
 
* stat cache should perhaps only stat files as necessary, rather than
241
 
  doing them all up-front.  On the other hand, that disallows the
242
 
  opimization of stating them in inode order.
243
 
 
244
 
* It'd be nice to pipeline multiple HTTP requests.  Often we can
245
 
  predict what will be wanted in future: all revisions, or all texts
246
 
  in a particular revision, etc.  
247
 
 
248
 
  urlgrabber's docs say they are working on batched downloads; we
249
 
  could perhaps ride on that or just create a background thread (ew).
250
 
 
251
 
* Should be a signature at the top of the cache file.
252
 
 
253
 
* Paranoid mode where we never trust SHA-1 matches.
 
188
 
254
189
 
255
190
 
256
191
Large things