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