~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to TODO

  • Committer: Martin Pool
  • Date: 2005-04-26 05:20:17 UTC
  • Revision ID: mbp@sourcefrog.net-20050426052016-8445d0f4fec584d0
- move all TODO items into ./TODO

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
(See also various low-level TODOs in the source code.)
 
2
 
 
3
Small things
 
4
------------
 
5
 
 
6
* Add of a file that was present in the base revision should put back
 
7
  the previous file-id.
 
8
 
 
9
* Handle diff of files which do not have a trailing newline; probably
 
10
  requires patching difflib to get it exactly right, or otherwise
 
11
  calling out to GNU diff.
 
12
 
 
13
* Import ElementTree update patch.
 
14
 
 
15
 
 
16
Medium things
 
17
-------------
 
18
 
 
19
* Faster diff/status.  
 
20
 
 
21
  Status should be handled differently because it needs to report on
 
22
  deleted and unknown files.  diff only needs to deal with versioned
 
23
  files.
 
24
 
 
25
* Merge Aaron's merge code.
 
26
 
 
27
* Merge revert patch.
 
28
 
 
29
* Turn on stat cache code, and add optimization about avoiding
 
30
  dangerous cache entries.
 
31
 
 
32
* mv command?
 
33
 
 
34
* More efficient diff of only selected files.
 
35
 
 
36
* Fix up Inventory objects to represent root object as an entry.
 
37
 
 
38
* Don't convert entire entry from 
 
39
 
 
40
* Extract changes from one revision to the next to a text form
 
41
  suitable for transmission over email.
 
42
 
 
43
* More test cases.
 
44
 
 
45
* Write a reproducible benchmark, perhaps importing various kernel versions.
 
46
 
 
47
* Change test.sh from Bourne shell into something in pure Python so
 
48
  that it can be more portable.
 
49
 
 
50
* Directly import diffs!  It seems a bit redundant to need to rescan
 
51
  the directory to work out what files diff added/deleted/changed when
 
52
  all the information is there in the diff in the first place.
 
53
  Getting the exact behaviour for added/deleted subdirectories etc
 
54
  might be hard.
 
55
 
 
56
  At the very least we could run diffstat over the diff, or perhaps
 
57
  read the status output from patch.  Just knowing which files might
 
58
  be modified would be enough to guide the add and commit.
 
59
  
 
60
  Given this we might be able to import patches at 1/second or better.
 
61
 
 
62
* Get branch over http.
 
63
 
 
64
* Pull pure updates over http.
 
65
 
 
66
* revfile compression.
 
67
 
 
68
* Split inventory into per-directory files.
 
69
 
 
70
 
 
71
Large things
 
72
------------
 
73
 
 
74
* Web interface
 
75
 
 
76
* GUI (maybe in Python GTK+?)
 
77
 
 
78
* C library interface
 
 
b'\\ No newline at end of file'