Dans Mercurial (Hg), chaque nouvelle version est associé à un identifiant de modification (le changeset) qui est calculé en hachant des métadonnées et les données elles-même.
Il me semble qu'un moyen élégant et fonctionnel serait que les systèmes de gestion de version utilisent, en lieu est place de l'identification de l'auteur, une clé GPG. Elle resterait unique mais ne permettrait plus de remonter à l'auteur.
Néanmoins, cela complexifie le système…
Oui, je comprend que le problème se pose pour tout dépôt Git, ainsi que les forges sociales qui les utilisent, donc Github, Tuleap, Bitbucket quand il est utilisé avec des dépôts git, etc.
ça ne suffira malheureusement pas : l'utilisateur peut choisir de récupérer ou pas les infos originelles avec l'option --no-replace-objects
Cette option ne fonctionne donc que si le client le décide, ce qui n'est pas suffisant à mon sens.
# intégration de Hg
Posté par FilG . En réponse à la dépêche Hébergez votre projet open source sur la nouvelle plate‐forme Agile et libre : Tuleap.net. Évalué à 3.
Bonjour,
j'ai cru comprendre sur votre site que Git et SVN sont intégrés, prévoyez-vous d'intégrer Mercurial (Hg) ? :)
Merci.
[^] # Re: Github et tout les autres....
Posté par FilG . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 1.
Dans Mercurial (Hg), chaque nouvelle version est associé à un identifiant de modification (le changeset) qui est calculé en hachant des métadonnées et les données elles-même.
Ces métadonnées peuvent contenir des infos personnelles (https://www.mercurial-scm.org/wiki/FrenchChangeSet).
Il me semble qu'un moyen élégant et fonctionnel serait que les systèmes de gestion de version utilisent, en lieu est place de l'identification de l'auteur, une clé GPG. Elle resterait unique mais ne permettrait plus de remonter à l'auteur.
Néanmoins, cela complexifie le système…
[^] # Re: Git
Posté par FilG . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 0.
Oui, je comprend que le problème se pose pour tout dépôt Git, ainsi que les forges sociales qui les utilisent, donc Github, Tuleap, Bitbucket quand il est utilisé avec des dépôts git, etc.
[^] # Re: git-replace(1)
Posté par FilG . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 0.
ça ne suffira malheureusement pas : l'utilisateur peut choisir de récupérer ou pas les infos originelles avec l'option --no-replace-objects
Cette option ne fonctionne donc que si le client le décide, ce qui n'est pas suffisant à mon sens.