~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to TODO

[merge] jelmer

Show diffs side-by-side

added added

removed removed

Lines of Context:
82
82
* ``bzr inventory -r REV`` and perhaps unify this with ``bzr ls``,
83
83
  giving options to display ids, types, etc.
84
84
 
85
 
* Split BzrError into various more specific subclasses for different
86
 
  errors people might want to catch.
87
 
 
88
 
* If the export destination ends in '.tar', '.tar.gz', etc then create
89
 
  a tarball instead of a directory.  (Need to actually make a
90
 
  temporary directory and then tar that up.)
91
 
 
92
 
  http://www.gelato.unsw.edu.au/archives/git/0504/2194.html
93
 
 
94
85
* RemoteBranch could maintain a cache either in memory or on disk.  We
95
86
  know more than an external cache might about which files are
96
87
  immutable and which can vary.  On the other hand, it's much simpler
290
281
  - Class that describes the state of a working tree so we can just
291
282
    assert it's equal.
292
283
 
293
 
* There are too many methods on Branch() that really manipulate the
294
 
  WorkingTree.  They should be moved across.
295
 
 
296
 
  Also there are some methods which are duplicated on Tree and
297
 
  Inventory objects, and it should be made more clear which ones are
298
 
  proxies and which ones behave differently, and how.
299
 
 
300
284
* Try using XSLT to add some formatting to REST-generated HTML.  Or
301
285
  maybe write a small Python program that specifies a header and foot
302
286
  for the pages and calls into the docutils libraries.
341
325
 
342
326
* Paranoid mode where we never trust SHA-1 matches.
343
327
 
344
 
* Don't commit if there are no changes unless forced.
345
 
 
346
328
* --dry-run mode for commit?  (Or maybe just run with
347
329
  check-command=false?)
348
330
 
354
336
* XML attributes might have trouble with filenames containing \n and
355
337
  \r.  Do we really want to support this?  I think perhaps not.
356
338
 
357
 
* Remember execute bits, so that exports will work OK.
358
 
 
359
339
* Unify smart_add and plain Branch.add(); perhaps smart_add should
360
340
  just build a list of files to add and pass that to the regular add
361
341
  function.
372
352
* Perhaps attempts to get locks should timeout after some period of
373
353
  time, or at least display a progress message.
374
354
 
375
 
* Split out upgrade functionality from check command into a separate
376
 
  ``bzr upgrade``.
377
 
 
378
355
* Don't pass around command classes but rather pass objects.  This'd
379
356
  make it cleaner to construct objects wrapping external commands.
380
357
 
381
358
* Track all merged-in revisions in a versioned add-only metafile.
382
359
 
383
 
* ``pull --clobber`` should discard any local changes not present
384
 
  remotely.  Not generally what you want, but possibly useful when
385
 
  you're just mirroring another branch and want to keep tracking it
386
 
  even when they e.g. uncommit or make similar non-forward movements.
387
 
  Also for push I suppose.  Clobber may not be the best name, maybe
388
 
  ``--destroy``?
389
 
 
390
360
* ``uncommit`` command that removes a revision from the end of the
391
361
  revision-history; just doing this is enough to remove the commit,
392
362
  and a new commit will automatically be made against the