Comment supprimer l'e-mail personnel des commits Git

Utiliser Git Filter-Branch pour réécrire l'historique des validations

Utiliser les scripts Shell avec Git

#!/bin/sh

# Ensure you have a clean working directory
git checkout main

# Rewrite the commit history to change the author email
git filter-branch --env-filter \
'
OLD_EMAIL="my.personal@email.me"
CORRECT_NAME="My Username"
CORRECT_EMAIL="12345678+username@users.noreply.github.com"
if [ "$GIT_COMMITTER_EMAIL" = "$OLD_EMAIL" ]
then
    export GIT_COMMITTER_NAME="$CORRECT_NAME"
    export GIT_COMMITTER_EMAIL="$CORRECT_EMAIL"
fi
if [ "$GIT_AUTHOR_EMAIL" = "$OLD_EMAIL" ]
then
    export GIT_AUTHOR_NAME="$CORRECT_NAME"
    export GIT_AUTHOR_EMAIL="$CORRECT_EMAIL"
fi
' --tag-name-filter cat -- --branches --tags

# Force push the changes to the repository
git push --force --tags origin 'refs/heads/*'

Utilisation de BFG Repo-Cleaner pour une suppression plus facile des e-mails

Utiliser Java avec BFG Repo-Cleaner

# Download BFG Repo-Cleaner
wget https://repo1.maven.org/maven2/com/madgag/bfg/1.13.0/bfg-1.13.0.jar

# Run BFG to replace the old email with the new one
java -jar bfg-1.13.0.jar --replace-text 'my.personal@email.me==12345678+username@users.noreply.github.com' .

# Cleanup and perform garbage collection
git reflog expire --expire=now --all && git gc --prune=now --aggressive

# Push the changes to the remote repository
git push --force

Modification du dernier commit pour la modification de l'e-mail

Utiliser la ligne de commande Git pour une modification simple

# Change the email for the last commit
git commit --amend --author="My Username <12345678+username@users.noreply.github.com>"

# Push the amended commit to the repository
git push --force

Foire aux questions sur la confidentialité des e-mails dans Git Commits

1. Comment puis-je empêcher que mon e-mail soit exposé lors de futurs commits ?
2. Définissez votre e-mail sur username@users.noreply.github.com dans votre configuration Git.
3. Puis-je modifier l’e-mail pour les commits déjà poussés ?
4. Oui, vous pouvez utiliser git filter-branch ou BFG Repo-Cleaner pour réécrire l'historique des commits et modifier l'e-mail.
5. Quel est le moyen le plus simple de masquer mon e-mail lors de futurs commits ?
6. Configurez votre compte GitHub pour utiliser une adresse e-mail privée et définissez l'adresse e-mail de votre client Git sur username@users.noreply.github.com.
7. La modification d’un commit change-t-elle son historique ?
8. Oui, git commit --amend modifie le commit le plus récent, qui peut être poussé de force pour mettre à jour le référentiel.
9. Les responsables du référentiel peuvent-ils modifier mes informations de validation ?
10. Les responsables ont une capacité limitée à modifier l'historique des validations, mais peuvent appliquer des politiques de confidentialité pour les futures validations.
11. Est-il sécuritaire de réécrire l’historique des commits ?
12. La réécriture de l’historique peut affecter la collaboration ; elle doit donc être effectuée avec soin, idéalement dans un environnement contrôlé.
13. Quel est l’impact des changements forcés ?
14. Le fait de forcer peut écraser l’historique, ce qui pourrait dérouter les collaborateurs, alors communiquez clairement avant de le faire.
15. La confidentialité des e-mails peut-elle être appliquée dans l’ensemble d’une organisation ?
16. Oui, les organisations GitHub peuvent définir des politiques et utiliser des outils tels que pre-commit hooks pour garantir la confidentialité des e-mails.
17. Que sont les hooks de pré-commit ?
18. Les hooks de pré-commit sont des scripts qui s'exécutent avant la création d'un commit, garantissant qu'il répond à certains critères comme l'utilisation d'un e-mail privé.

Réflexions finales sur la confidentialité des e-mails dans les commits Git

La protection de vos informations personnelles est essentielle, en particulier lorsque vous contribuez à des référentiels publics. En configurant vos paramètres Git pour utiliser une adresse privée et en utilisant des outils tels que git filter-branch et BFG Repo-Cleaner, vous pouvez supprimer efficacement les données personnelles de l’historique des validations. Bien que les responsables du référentiel aient un pouvoir limité pour modifier les informations de validation, ils peuvent prendre en charge les pratiques de confidentialité. Assurez-vous toujours de communiquer toute réécriture de l’historique avec votre équipe pour éviter toute confusion. Avec ces méthodes, vous pouvez préserver votre confidentialité tout en contribuant à des projets open source.