/stdhome

To get this branch, use:
bzr branch http://bzr.ed.am/stdhome

« back to all changes in this revision

Viewing changes to tools/TODO

  • Committer: Tim Marston
  • Date: 2016-04-10 17:42:36 UTC
  • Revision ID: tim@ed.am-20160410174236-708ckdxils6m2ndv
added tools

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
* perform update with conflict
 
2
 
 
3
* performing an "add", when the repo is not up-to-date (i.e., there are updates
 
4
   pending) just prints "stdhome add: bzr commit", with no other explaination as
 
5
   to what's going on
 
6
 
1
7
* add --all-files to `stdhome st` to show status of all files in repo?  or
2
8
   should we add `stdhome ls`?
 
9
 
3
10
* symlink substitutes don't acept a symlink in the repo and a directory on the
4
11
   FS (as well as the other way around).  Should they?  It means ~/src (which is
5
12
   a symlink in my home repo) shows as modified when compared to the symlink of
6
13
   the same name on oak.
 
14
 
7
15
* skip unchanged directories
8
16
   now that update, revert, resolve and init report on home dir changes, resolve
9
17
   and revert show all directories as being modified (because we always copy
10
18
   them out without checking for changes)
 
19
 
11
20
* add ~/bin/rebuild-tags!
 
21
 
12
22
* look at what need to be done before v0.1
 
23
 
13
24
* make the copy walker accept symlinks in place of files (as well as
14
25
   directories) if they are on the symlink accept list
 
26
 
15
27
* check that bin/quicktile.py on tims-laptop is an acceptable symlink
 
28
 
16
29
* !!! TAG 0.1 !!!
 
30
 
17
31
* check directory permissions before updating them
 
32
 
18
33
* during copy-out (not copy-in), show what is being changed with lines like
19
34
   "<SP><SP><OP><SP><FILE>" where OP is A (add), D (delete), M (modified) and K
20
35
   (kind change)
 
36
 
21
37
* currently, verbose print lines for bzr stuff are in the commands -- should
22
38
   they be in the bzr module?
 
39
 
23
40
* make the copy walker accept symlinks that differ if they are on the symlink
24
41
   accept list (so that symlinks can be pointed elsewhere in ~/)
 
42
 
25
43
* add code that can determine a relative file from a full file and a basepoint
 
44
 
26
45
* when ignoring files in the walker, populate the list of file more
27
46
   inteligently.  ".bzr" (and ".bzrignore") need to come from the VCS backend.
28
47
   ".stdhome", ".stdhomerc" and/or ".stdhomeignore" need to be converted to full
29
48
   filenames and then their relative file names derived from the configured home
30
49
   directory
 
50
 
31
51
* KNOWN ISSUE: handle renames as renames (rather than delete + add) because a
32
52
   directory renamed in the repo could contain other stuff that isn't versioned
33
53
   in ~/ which is lost, at the moment
 
54
 
34
55
* KNOWN ISSUE: decide on whether to implement remote --keep flag (see plan:483);
35
56
   currently, on the remote end, stuff deleted in repo during an update deletes
36
57
   files in ~/