0
votes

Comment savoir si le développeur a fait une boîte de recasse dans une succursale dans Git

J'aimerais assurer des personnes d'utiliser Rebase avant de fusionner une succursale. Donc, je cherche un moyen de savoir si une personne l'a fait. Y a-t-il un moyen avec xxx

?

git

10 commentaires

Pourquoi cela compte-t-il si une Rebase a été réalisée? DIFFING existe pour une raison.


assurer une pratique. कर्म


Oui, je demande pourquoi c'est votre pratique, cependant. Rebasing ne devrait pas être nécessaire.


Projet avec des tonnes de personnes, des succursales de sujets multiples, lorsque nous fusionnerons, nous gênons le journal, je pense que nous pouvons reculer nous pouvons garder un journal plus propre de commettre.


Si Vous vous attendez à ce que les commits soient effectués sur la branche de sujet simultanément avec une branche «principale», le sujet rebasé de la branche principale, puis commettez des dates / temps se chevauchera. Vous pouvez écrire un outil qui tire le journal git (probablement condensé sous une forme) et examinera les dates / fois pour déterminer si une Rebase a été utilisée, le temps n'augmentera pas linéairement l'historique.


@jsarbour J'essayais de trouver quelque chose d'emballé dans Git, que se passe-t-il dans le journal où nous utilisons Git Rebase, il n'y a pas de sentier?


peut-être avec git hist ... ( Git journal --Graph --Decorate )


Rebaissé par rapport à quoi? En regardant le journal peut vous dire si Rebase devrait être utilisé être utilisé, mais cela ne vous dira pas si Rebase était utilisé et franchement, cela n'était pas important.


@cheppner Ce que je cherche, c'est savoir si une succursale (sujet) a rebasé une autre (principale). Pour moi, ça compte. Peut être utile dans certaines applications, nous savons qu'à la fin, l'objectif est de fusionner les codes est l'objectif, mais de savoir parfois comment cela s'est passé est pratique.


En dehors du reflèvement, cette information n'existe tout simplement pas. L'opération Rebase réécrit l'historique des validations; Ce n'est pas lui-même partie de cette histoire.


3 Réponses :


0
votes

La commande suivante vous donne la validation racine de votre branche de fonctionnalité xxx

d'autre part, vous pouvez vérifier le nombre de commits entre 2 revs par xxx < / pré>

tout de plus grand puis 0 signifie qu'il peut y avoir fabriqué Rebase sur une branche de fonctionnalité xxx


0 commentaires

0
votes

Je fais toujours cela avec un simple contrôle visuel.

* 820ee6d (bar) Second commit not off master
* 9dd860f First commit not off master
| * 58e01a5 (foo) Recreate quiz from code
| * 725aa0e Add grading capability to quiz
| *   835dbb9 (origin/master, master) Implement the blog
| |\  
|/ /  
| * 01c1d1a Add the date to the blog post cards
| * f96960d Implement blog code syntax highlighting
| * d88b941 Show featured photos on the home page
|/  
*   31aaea6 Add photoswipe image gallery


0 commentaires

0
votes

Fusion avec git fusion --ff - seul ne réussit que si la DIRECT TIRE est un ancêtre de la succursale / Code>, c'est-à-dire que sucm-branche a été rebasé sur la branche cible si la branche cible a été mise à jour car Topic-branche a été ramifiée. Voir aussi le Fusion rapide Docs.


0 commentaires