|
282
by Martin Pool
- move all TODO items into ./TODO |
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 |