khiltd wrote:
> In what way would this complicate the model? Why can't you simply
> generate a unique ID for each user who commits to a repository and then
> maintain a separate (versioned) table of users that maps these numeric
> IDs to localized names and email addresses which can be updated as
> needed? Obviously one user can choose to commit from multiple computers,
> so a means of replicating this ID would be required, but I can't imagine
> that being much more work than adding another agrument to 'whoami'.
That means you would have to have a (versioned) table that needs to be
distributed across computers and there would have to be a protocol
that can propagate the new identities associated with a particular id.
This sort of thing can be done, but it is nontrivial to implement and
there are lots of issues surrounding it - how do you tell who can
update the email address associated with a particular id, for example?
> Or even better, use keys instead of IDs. This would bring with it the
> added benefit of being able to run the faster smart server wide open,
> knowing that only specific users who have a Bazaar issued
> cert/cookie/key would be granted commit rights.
>
> Not being able to update an email address is a pretty big strike against
> Bazaar in my book.
None of the distributed version control systems support this AFAIK.
Cheers,
Jelmer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
khiltd wrote:
> In what way would this complicate the model? Why can't you simply
> generate a unique ID for each user who commits to a repository and then
> maintain a separate (versioned) table of users that maps these numeric
> IDs to localized names and email addresses which can be updated as
> needed? Obviously one user can choose to commit from multiple computers,
> so a means of replicating this ID would be required, but I can't imagine
> that being much more work than adding another agrument to 'whoami'.
That means you would have to have a (versioned) table that needs to be
distributed across computers and there would have to be a protocol
that can propagate the new identities associated with a particular id.
This sort of thing can be done, but it is nontrivial to implement and
there are lots of issues surrounding it - how do you tell who can
update the email address associated with a particular id, for example?
> Or even better, use keys instead of IDs. This would bring with it the
> added benefit of being able to run the faster smart server wide open,
> knowing that only specific users who have a Bazaar issued
> cert/cookie/key would be granted commit rights.
>
> Not being able to update an email address is a pretty big strike against
> Bazaar in my book.
None of the distributed version control systems support this AFAIK.
Cheers,
Jelmer
-----BEGIN PGP SIGNATURE----- enigmail. mozdev. org
0JeEGD2blAQLLRQ P/Xrpm0aKPI4G6o MgraH0roqDMRw3X YsOf MR5+YH6OrjvfrDl 49LW96H/ E/ORhpwoK2xl2eY g79mekD8TJC NyykXDVPSRxFuuH ObX0r3F7eNLqt6f pUXRxDwdVKOKKmR JGeX
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://
iQCVAwUBSDt3KQy
iMKVcthDSxahfpE
62dyvVqUPf2sm6P
PwGFDZv0dyk=
=U+z7
-----END PGP SIGNATURE-----