← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to TODO

  • Committer: Martin Pool
  • Date: 2005-05-02 07:29:28 UTC
  • Revision ID: mbp@sourcefrog.net-20050502072928-4243b61c5272c9d9
- update doc build commands

Show diffs side-by-side

added added

removed removed

Lines of Context:
TODO
1
 
.. -*- mode: indented-text; compile-command: "make -C doc" -*- 
 
1
.. -*- mode: indented-text; compile-command: "rest2html TODO >doc/todo.html" -*- 
2
2
 
3
3
 
4
4
*******************
51
51
  commands where this shouldn't be done, such as 'bzr ignore', because
52
52
  we want to accept globs.
53
53
 
54
 
* ``bzr ignore`` command that just adds a line to the ``.bzrignore`` file
55
 
  and makes it versioned.  Fix this to break symlinks.
56
 
 
57
 
* ``bzr help commands`` should give a one-line summary of each command.
 
54
__ http://mail.python.org/pipermail/python-list/2001-April/037847.html
 
55
 
 
56
* 'bzr ignore' command that just adds a line to the .bzrignore file
 
57
  and makes it versioned.
 
58
 
 
59
* 'bzr help commands' should give a one-line summary of each command.
58
60
 
59
61
* Any useful sanity checks in 'bzr ignore'?  Perhaps give a warning if
60
62
  they try to add a single file which is already versioned, or if they
61
63
  add a pattern which already exists, or if it looks like they gave an
62
64
  unquoted glob.
63
65
 
64
 
__ http://mail.python.org/pipermail/python-list/2001-April/037847.html
65
 
 
66
 
* Read and write locks on branch while it's open.
67
 
 
68
 
* Separate read and write version checks?
69
 
 
70
 
* ``bzr status FILE...``
71
 
 
72
 
* Check all commands have decent help.
73
 
 
74
 
* Autogenerate argument/option help.
75
 
 
76
 
* ``bzr inventory -r REV`` and perhaps unify this with ``bzr ls``,
77
 
  giving options to display ids, types, etc.
78
 
 
79
 
* Atomic file class that renames into place when it's closed.
80
 
 
81
 
 
82
66
Medium things
83
67
-------------
84
68
 
104
88
* Turn on stat cache code, and add optimization about avoiding
105
89
  dangerous cache entries.
106
90
 
107
 
* ``bzr mv`` that does either rename or move as in Unix.
 
91
* mv command?
108
92
 
109
93
* More efficient diff of only selected files.
110
94
 
167
151
* Commands to dump out all command help into a manpage or HTML file or
168
152
  whatever.
169
153
 
170
 
* Handle symlinks in the working directory; at the very least it
171
 
  should be possible for them to be present and ignored/unknown
172
 
  without causing assertion failures. 
173
 
 
174
 
  Eventually symlinks should be versioned.
175
 
 
176
 
* Allow init in a subdirectory to create a nested repository, but only
177
 
  if the subdirectory is not already versioned.   Perhaps also require
178
 
  a ``--nested`` to protect against confusion.
179
 
 
180
 
* Branch names? 
181
 
 
182
 
 
183
 
 
184
154
 
185
155
Large things
186
156
------------
191
161
  - Is it necessary to store any kind of annotation where data was
192
162
    deleted?
193
163
 
194
 
* Update revfile_ format and make it active:
 
164
* Update revfile format and make it active:
195
165
 
196
166
  - Texts should be identified by something keyed on the revision, not
197
167
    an individual text-id.  This is much more useful for annotate I
203
173
 
204
174
  - Store annotations.
205
175
 
206
 
.. _revfile: revfile.html
207
 
 
208
176
* Hooks for pre-commit, post-commit, etc.
209
177
 
210
178
  Consider the security implications; probably should not enable hooks
226
194
  exports first as a simpler case because then we don't need to deal
227
195
  with removing the tags on the way back in.
228
196
 
229
 
* ``bzr find``