Questions fréquemment posées
Questions courantes sur la modification des dates de validation de git, des métadonnées de l'auteur, et réécriture de l'historique de la branche avec git-edit-date.
Comment modifier les dates de validation de git ?
Installation git-edit-date, export la branche vers CSV, modifier
author_date and committer_date dans une feuille de calcul,
puis cours apply. Fonctionne également pour le dernier commit : modifiez une ligne dans le CSV.
Suivez le tutorial
ou le guide de
modifier la dernière date de commit git.
Comment modifier en masse les dates de validation git sur une branche ?
Exportez l'historique de votre succursale vers CSV avec git-edit-date export,
modifier author_date and committer_date dans une feuille de calcul,
puis cours git-edit-date apply. Voir le tutorial.
Quelle est la différence entre la date de l'auteur et la date du contributeur ?
Date de l'auteur c'est à ce moment-là que le travail a été initialement effectué. Date du commettant c'est le moment où l'objet de validation a été écrit dans le référentiel. git-edit-date vous permet de définir les deux indépendamment via CSV. Plongée profonde : date d'auteur vs date de validation.
git-edit-date modifie-t-il les messages de validation ?
Non. message La colonne CSV est à titre de référence uniquement.
Appliquez les mises à jour du nom de l'auteur, de l'adresse e-mail de l'auteur, de la date de l'auteur et de la date du committer, et non des messages.
Les signatures GPG seront-elles brisées ?
Oui. La réécriture de l'historique crée de nouveaux objets de validation avec le nouveau SHAs. Toutes les signatures GPG sur les commits d'origine deviennent invalides et doivent être re-signées si vous avez besoin de commits signés.
Puis-je modifier uniquement certains commits ?
Oui. Laissez les lignes inchangées si vous souhaitez uniquement corriger des validations spécifiques. L'outil réécrit l'historique complet de la branche mais n'applique que les métadonnées changements présents dans votre CSV.
Est-il sécuritaire de réécrire des branches partagées ou protégées ?
Généralement non. Les réécritures de l’historique perturbent les collaborateurs et peuvent enfreindre les règles de protection des succursales.
Utilisez git-edit-date sur des branches personnelles ou de fonctionnalités, coordonnez-vous avec votre équipe,
et ne jamais forcer à pousser main sans accord explicite.
Ai-je besoin git filter-branch?
Non. Utilisez git-edit-date pour les correctifs de date au niveau de la branche via CSV — export, modifiez les horodatages dans une feuille de calcul, apply une fois.
Excel vs LibreOffice – des pièges pour CSV ?
L'exportation utilise des champs CSV entre guillemets afin que les virgules et les nouvelles lignes dans les messages restent en sécurité.
Enregistrez sous CSV, et non sous XLSX. Conservez le format de date RFC3339 avec décalage de fuseau horaire.
Ne modifiez pas le hash column.
Dois-je forcer la poussée ?
Si la branche a déjà été poussée, oui - validez la modification SHAs après une réécriture.
Utiliser git push --force-with-lease au lieu de nu --force.
Il refuse de pousser si quelqu'un d'autre a mis à jour la télécommande depuis votre dernière récupération.