[RFC] dirstate and deletes

Aaron Bentley aaron.bentley at utoronto.ca
Tue Sep 12 13:40:00 BST 2006


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Robert Collins wrote:
> We were undecided about deletes in the past.
> 
> I've got a good proposal I think:
> 
> When a file is unversioned in a dirstate, we change the versioned-type
> to 'u' for unversioned/unknown, but preserve the parents data. We can
> now tell that this file was in whichever parents by its current path. 
> 
> If a new file is versioned at the same place, we consider the original
> file 'deleted', and move to the original proposal of nuking the filename
> field and putting it at the end of the dirstate.
> 
> So this is just fine tuning - saying that we want to manage
> 'unversioned' and 'deleted' as separate steps on the path to oblivion.
> 
> Thoughts ?

I don't understand the advantage of doing it in two steps.  Could you
explain that a bit more?

Also, "delete" in the context of trees usually means os.unlink, so I'd
rather use a different term.

Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFFBqqg0F+nu1YWqI0RAjXxAKCCcbqi+HyE9DHAKmvyuBR6ExGflACeOrle
vmaOidlEGWTO5D4kRagDyYM=
=VxWf
-----END PGP SIGNATURE-----




More information about the bazaar mailing list