Si vous avez un développeur de projet participant à de nombreuses personnes, par exemple, plus d'une douzaine de personnes encore plus membres, ils verront que Les archives de certaines branches sont très déroutantes , telles que Master. Comme il y a trop d'informations soumises, telles que la consolidation des enregistrements de différentes branches et de bugfix en ligne, V.V. Besoin d'utiliser cette période de temps, cela vous aidera à filtrer les enregistrements envoyés indésirables, à trouver rapidement les résultats souhaités.

Pour la sélection du temps que nous avons mentionné avant de faire référence à la Rebase: git rebase --onto master feature bugFix

Lorsque nous exécutons cette commande, GIT se renversera à la branche propriétaire de la Branche de bugfix mais pas dans la branche des fonctionnalités. C'est vraiment une option de gamme , nous avons choisi la différence entre deux branches . Bien sûr, il s'agit de l'application entre REBASE, puis pouvons-nous appliquer ce formulaire sur la recherche de journal?

Bien sûr, c'est ok, syntaxe cLa période de temps la plus couramment utilisée est doublée. Son utilisation est deux anglais, il permet à GIT de choisir d'envoyer une branche mais pas dans une autre branche, telle que:
git log master..experiment Le sens de cette déclaration filtrait dans l'expérience mais non envoyée par le propriétaire. Prenez une photo, il sera plus intuitif:

Après avoir exécuté la commande ci-dessus, le résultat soumet la soumission des deux nœuds de C et D. Enregistrement. Si nous voulons l'inverser, vous souhaitez l'obtenir dans le maître, mais pas le test, ce qui signifie que le processus de développement d'un test de changement ceci dans le processus maître, nous pouvons échanger deux prénoms avant et après.

Donc, les résultats que nous avons sont E, F deux boutons. Un autre scénario d'utilisation est

avant de pousser

, voir quels changements nous faisons dans lesquels des engagements seront mis à jour jusqu'à la fin. À ce stade, nous comparons la différence entre les boutons actuels et les branches poussées à distance, nousPeut faire cela:
git log experiment..master
Optimisé pour cette fonction, nous pouvons enregistrer la fin, GIT sera par défaut pour utiliser la tête au lieu de la situation restante.

Lundi, trois points et plus

Outre la grammaire à deux points utilisée ci-dessus, GIT fournit également trois points et plus de grammaire, veuillez parler de trois points de grammaire. git log origin/master..HEAD

1, trois heures

En réalité, les fonctions de trois points sont identiques, elle peut être considérée comme optimisée sur la base de deux points, utilisons-le qu'il est plus pratique de se réveiller. Dans les scénarios d'utilisation réels, nous avons souvent besoin de connaître l'envoi des fonctionnalités que nous développons, mais sait également que le propriétaire change plus tard. De cette manière, nous devrons faire un journal de git deux fois, donc GIT fournit trois grammaties,

compressera deux fois dans

, en utilisant trois instructions, nous ne pouvons la mettre en œuvre que. Le résultat de l'obtenu.

Lorsque nous appliquons cette commande, GIT présentera ces deux branches à la soumissionLeur unique, illustré ci-dessus et ses résultats de mise en œuvre doivent être C, D, E, F Quatre boutons.
Mais cela pose problème, nous examinons toute branche de ces quatre boutons est correct, nous pouvons ajouter les paramètres, - à gauche, utilisera les flèches pour indiquer que ces succursales sont envoyées séparément.

2, plus de points

git log master...experiment Lorsque notre soumission peut être plus compliquée, il peut y avoir de nombreuses branches ensemble, vous ne pouvez pas avoir à déterminer l'origine d'un certain changement. À ce stade, nous pourrions avoir besoin d'une expression complexe pour exprimer les archives que nous voulons voir.

Par exemple: Nous avons maintenant trois branches A, B, C, nous voulons voir dans A ou B, mais pas dans C. Nous pouvons écrire ceci:

peut-être les deux déclarations ci-dessus et le premier que nous utilisons ^ dit non, la seconde est intuitive et nous ajoutons directement des préfixes. C'est un moyen d'utiliser plusieurs points il nous soutient d'identifier de nombreuses sources , de sorte que certaines situations compliquées seront très pratiques. Défaut GICT entre plusieurs sources, cela convient également très bien à la réalité. Les gens peuvent penser à cette question. git log --left-right master...experiment< F < E> D> C

Multi-Point est également compatible avec un point double, un problème de manipulation de deux points est de nous-mêmes que nous participons souvent à la comparaison. À ce stade, nous pouvons utiliser le remplacement de la syntaxe multipoint.

Après avoir maîtrisé de nombreux points et points doubles, nous pouvons faire face à l'investigation des journaux dans de nombreuses scènes complexes, ainsi que des fonctions telles que le spectacle de git précédent et mettent à niveau notre recherche de journal GIT. La vitesse est très utile. Certaines commandes de ce type ont été compétentes et le tempérament à utiliser sera différent. Cela vous donnera un sentiment de technologie de gros bétail.