← 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:20:35 UTC
  • Revision ID: mbp@sourcefrog.net-20050502072035-e9467e0d64e81cdc
doc: revfile storage and related things

Show diffs side-by-side

added added

removed removed

Lines of Context:
TODO
1
 
                                                 -*- indented-text -*-
 
1
.. -*- mode: rst; compile-command: "rest2html TODO >doc/todo.html" -*- 
 
2
 
 
3
 
 
4
*******************
 
5
Things to do in bzr
 
6
*******************
 
7
 
2
8
 
3
9
See also various low-level TODOs in the source code.  Try looking in
4
10
the list archive or on gmane.org for previous discussion of these
133
139
 
134
140
  - perhaps a pattern that matches only directories or non-directories
135
141
 
136
 
* Expansion of $Id$ keywords within working files.  Perhaps do this in
137
 
  exports first as a simpler case because then we don't need to deal
138
 
  with removing the tags on the way back in.
139
 
 
140
142
* Consider using Python logging library as well as/instead of
141
143
  bzrlib.trace.
142
144
 
149
151
  Consider using ZopeInterface definitions for the external interface;
150
152
  I think these are already used in PyBaz.  They allow automatic
151
153
  checking of the interface but may be unfamiliar to general Python
152
 
  developers.
 
154
  developers, so I'm not really keen.
153
155
 
154
156
* Commands to dump out all command help into a manpage or HTML file or
155
157
  whatever.
158
160
Large things
159
161
------------
160
162
 
 
163
* Generate annotations from current file relative to previous
 
164
  annotations.
 
165
 
 
166
  - Is it necessary to store any kind of annotation where data was
 
167
    deleted?
 
168
 
 
169
* Update revfile format and make it active:
 
170
 
 
171
  - Texts should be identified by something keyed on the revision, not
 
172
    an individual text-id.  This is much more useful for annotate I
 
173
    think; we want to map back to the revision that last changed it.
 
174
 
 
175
  - Access revfile revisions through the Tree/Store classes.
 
176
 
 
177
  - Check them from check commands.
 
178
 
 
179
  - Store annotations.
 
180
 
161
181
* Hooks for pre-commit, post-commit, etc.
162
182
 
163
183
  Consider the security implications; probably should not enable hooks
174
194
* GUI (maybe in Python GTK+?)
175
195
 
176
196
* C library interface
 
197
 
 
198
* Expansion of $Id$ keywords within working files.  Perhaps do this in
 
199
  exports first as a simpler case because then we don't need to deal
 
200
  with removing the tags on the way back in.
 
201