pourquoi les commits git ne sont pas dans l'intervalle entre les dates de leurs tags

Question

Quand je fais git log --pretty=oneline 2.0.7..2.1 -- wp-includes/functions.php comme exemple entre deux balises (releases), j'ai trouvé un nombre de commits 106 réalisés entre eux. Mais c'est bizarre quand je vois la version1 : 2.0.7 publiée le 2007-01-15 20:51:28 +0000 et de la version2 : 2.1 publiée le 2007-01-23 02:23:20 +0000 . Et les commits que j'ai trouvé sont entre 2006-02-09 10:03:48 +0000 y 2007-01-16 18:41:05 +0000

Quelqu'un peut-il m'expliquer ce phénomène ?

Answer 1

Premièrement, chaque commit a deux Il contient des horodatages : l'horodatage de l'auteur et l'horodatage du participant. Généralement, ces deux sont identiques, mais ce n'est pas obligatoire. Utilisez git log --pretty=fuller pour voir les deux.

Deuxièmement, ces horodateurs sont littéralement arbitraires (dans une certaine fourchette : ils sont limités aux valeurs que Git peut représenter en interne). Ils par défaut à ce qui est réglé sur votre ordinateur, au moment où vous créez un commit, mais l'horloge de votre ordinateur peut être désactivée, peut-être de manière sauvage, et n'importe qui peut dire à Git de régler une heure particulière autre que celle de l'horloge.

Enfin, le X..Y notation n'est pas moyenne entre . Voir ma réponse à votre question précédente, Comment trouver le commit responsable en ajoutant un index de fichier (blob) . Faites bien attention aux différentes formes possibles du graphique, et considérez que X..Y signifie vraiment Y ^X : inclure tout commit accessible à partir de commit Y dont Y lui-même, tout en excluant tous les commits accessibles à partir de X dont X lui-même.

Answer 2

J'ai trouvé que vous avez raison Philip Pittle, j'ai trouvé qu'il y avait une branche créée comme indiqué dans l'image.