[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