[RFC] making the null revision become real
Aaron Bentley
aaron.bentley at utoronto.ca
Wed Feb 15 22:44:10 GMT 2006
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I like this idea in general.
Denys Duchier wrote:
> I'd like to propose to turn the null revision into an actual revision. It
> should have revid "null:" i.e. bzrlib.revision.NULL_REVISION, and it should be
> present as the first revision in every branch's history.
I think you also were including the idea that the revision would have
real metadata associated with it, e.g. a log message. I'm not quite as
certain that this is a good idea. For example, I think the inventory
format pretty much demands that there be a root id, and the null
revision is defined to have no root id.
The other issue is that, until stores perform escaping on the ids,
including ':' in the ID is incompatible with win32. If we want to move
faster than that, perhaps we should change the string, since so far, it
hasn't been committed to disk.
> This means that revnos
> no longer have to be offset; revno=0 is simply the null revision. It also
> becomes trivial to branch off a newly created empty branch. And we should no
> longer accept a revid=None to mean the null revision. revid=None should only
> mean that a revid has not been provided.
These all sound great.
Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFD86660F+nu1YWqI0RAi9iAJ9ycNzsXFj7aKFPRsOENtejhEasjwCeOb9B
/PZljdH1S3tZBgNLHZgILZc=
=m7ZS
-----END PGP SIGNATURE-----
More information about the bazaar
mailing list