~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to TODO

  • Committer: Martin Pool
  • Date: 2005-06-06 04:47:33 UTC
  • Revision ID: mbp@sourcefrog.net-20050606044733-e902b05ac1747cd2
- fix invocation of testbzr when giving explicit bzr location

Show diffs side-by-side

added added

removed removed

Lines of Context:
103
103
 
104
104
* Statcache should possibly map all file paths to / separators
105
105
 
106
 
* quotefn doubles all backslashes on Windows; this is probably not the
107
 
  best thing to do.  What would be a better way to safely represent
108
 
  filenames?  Perhaps we could doublequote things containing spaces,
109
 
  on the principle that filenames containing quotes are unlikely?
110
 
  Nice for humans; less good for machine parsing.
111
 
 
112
 
* Patches should probably use only forward slashes, even on Windows,
113
 
  otherwise Unix patch can't apply them. (?) 
114
 
 
115
 
* Branch.update_revisions() inefficiently fetches revisions from the
116
 
  remote server twice; once to find out what text and inventory they
117
 
  need and then again to actually get the thing.  This is a bit
118
 
  inefficient. 
119
 
 
120
 
  One complicating factor here is that we don't really want to have
121
 
  revisions present in the revision-store until all their constituent
122
 
  parts are also stored.
123
 
 
124
 
  The basic problem is that RemoteBranch.get_revision() and similar
125
 
  methods return object, but what we really want is the raw XML, which
126
 
  can be popped into our own store.  That needs to be refactored.
127
 
 
128
 
* ``bzr status FOO`` where foo is ignored should say so.
129
 
 
130
 
* ``bzr mkdir A...`` should just create and add A.
131
 
  
132
 
 
133
106
 
134
107
Medium things
135
108
-------------
306
279
* unittest is standard, but the results are kind of ugly; would be
307
280
  nice to make it cleaner.
308
281
 
309
 
* Check locking is correct during merge-related operations.
310
 
 
311
 
* Perhaps attempts to get locks should timeout after some period of
312
 
  time, or at least display a progress message.
313
 
 
314
 
* Split out upgrade functionality from check command into a separate
315
 
  ``bzr upgrade``.
316
 
 
317
 
* Don't pass around command classes but rather pass objects.  This'd
318
 
  make it cleaner to construct objects wrapping external commands.
319
 
 
320
282
 
321
283
Large things
322
284
------------