Guide pour la compréhension gitk?

Je suis l'introduction de git d'une équipe de développeurs et je trouve gitk être un outil extraordinaire. Il est également très difficile à comprendre, car la compréhension gitk nécessite une compréhension à la fois historique de git et de l'outil observateur de lui-même.

Quelqu'un a une référence à quelque chose comme un "guide du débutant à l'historique de git avec gitk" ?

InformationsquelleAutor krosenvold | 2009-10-15
  1. 91

    Je n'ai jamais vu quelque chose de spécifiquement pour gitk. Voici un coup de couteau à elle, d'un "comment ça fonctionne" point de vue. Sachant que les commandes qui sont derrière tout (ou au moins équivalent généralement) permet d'apprendre à utiliser les outils de ligne de commande plus facilement, et vous indique également où trouver de la documentation pour comprendre gitk mieux!

    Menu fichier

    Cela a quelque peu changé au cours des quelques dernières versions majeures - je suis décrivant l'état actuel.

    • mise à jour et de le recharger: C'est sans doute le plus déroutant chose. Recharger rafraîchit tout comme si vous avez démarré le programme de plus, avec la même configuration. Cela signifie que si une branche a été supprimé/relocalisée, si certains commits sont maintenant bancales, vous ne les vois plus. Mise à jour, d'autre part, rafraîchit toutes les informations, mais encore montre tous les commits qui ont été précédemment indiqué. C'est une excellente chose à utiliser si vous êtes à la relocalisation et souhaitez assurez-vous de ne pas gâcher - vous pouvez voir à la fois l'original et ajustées en fonction des versions.

    • références: assez évident. Références incluent des étiquettes et des branches (qui peut être à distance). Vous pouvez les relire, et une liste à cliquer sur un en particulier pour l'afficher dans l'histoire.

    Vues

    Comme le page de man dit, gitk prend git-rev-liste options pour l'aider à préciser ce que l'histoire doit être indiqué. Ceux-ci peuvent également être défini de manière interactive dans le menu "affichage". La page de man est un excellent endroit pour trouver plus d'informations sur les façons dont vous pouvez contrôler les points de vue (c'est principalement dans le commit limiter l'article). Si vous avez regardé git-log avant, vous aurez l'occasion de voir beaucoup de ce.

    Aider

    Il y a une liste de raccourcis clavier ici! Doux.

    Menu contextuel

    Cela présente plusieurs communes git porcelaine commandes, généralement en commun/mode de fonctionnement par défaut. Inscription leur permettra au moins de vous trouver la bonne documentation pour comprendre ce qu'ils font, si vous ne l'avez pas déjà!

    • git-diff (Diff ce <-> selected
    • git format-patch (patch)
    • git tag (créer une balise)
    • git-diff-arbre (écrire commettre de fichier, rarement utilisé)
    • git-branche
    • git-cherry-pick
    • git-reset (réinitialisation de la branche ici) Il vous invite à entrer doux, mixte, ou dur, avec un bref rappel de ce que chacun fait. Plus description sur la page de man, mais bien sûr, vous devez comprendre le concept de l'index pour vraiment comprendre.

    La "marque un commit" et les commandes doivent être auto-explicatif à ce point.

    Dans le menu contextuel d'une direction générale, nous avons git-caisse et la -d (supprimer) mode de git-branche.

    De la section du milieu

    • SHA1 ID: le hachage du courant de commettre. Très utile pour le copier/coller dans un terminal pour effectuer une action sur un commit que vous avez utilisé gitk à trouver. Vous pouvez également coller des hachages ici.

    • Avant/arrière boutons, numéro de ligne... c'est évident!

    • Trouver! Les options sont encore assez explicites, mais pour tout le monde de l'éducation, ils sont analogues à git log paramètres: "contenant" est --grep, "toucher les chemins d'accès" est l'argumentation, et l'ajout/suppression d'une chaîne de caractères est -S (pioche).

    Message/diff volet

    Ici, nous avons le message de commit avec git-diff de sortie - c'est quelque chose comme l'utilisation de git-log -p, avec un petit plus:

    • "Branches" est équivalent à git branch -a --contains=<commit>

    • "Précède"/"Suit" est équivalent à git describe [--contains] <commit> (git-décrire)

    • Juste assez pour gitk des commandes de menu, +1 pour l'. Vous êtes en train de faire bien sur le "gitk" partie, mais j'espérais vraiment pour une explication de la combinaison de gitk et de l'histoire.
    • Je voudrais faire une meilleure réponse! Je suppose que je ne suis pas trop clair sur ce que vous entendez par l'explication de l'historique de git. Est-ce le concept de branchement et de fusion qui doit expliquer? Le fait que commet dépendent directement de la précédente livraison par l'intermédiaire de leurs hachage? Il semble qu'une fois que vous avez littéralement voir l'histoire sur l'écran il n'y a pas beaucoup de choses à expliquer.
    • Je suis désolé, je suis peut-être obtus, mais je ne comprends pas comment juste git commit -a ou même git add dans gitk. Est-il quelque chose que je suis absent?
    • gitk ne pas faire aucune de ces choses; si vous voulez une interface graphique pour eux, l'intégré est git gui. Cette question est à peu près gitk, cependant, et gitk est essentiellement une histoire de outil de navigation (avec un peu de direction de la manipulation).
    InformationsquelleAutor Cascabel
  2. 23

    Voici une introduction à la visualisation de l'histoire de la branche dans gitk avec des captures d'écran.

    http://lostechies.com/joshuaflanagan/2010/09/03/use-gitk-to-understand-git/

    1. Le haut du volet de gauche pour afficher la série de commits à ce dépôt, avec la plus récente sur le dessus.
    2. Il y a eu trois s'engage, par Tony Stark.
    3. Le message de commit pour la plus récente livraison de la “troisième commettre”
    4. Il y a une seule branche locale, nommé “maître”, il pointe les plus récentes s'engager
    5. Il y a une seule télécommande filiale de référence: le “maître” de la branche du référentiel distant nommé “origine”, il souligne également le plus
      récente commettre
    6. Le point jaune à côté du haut de commettre l'indique c'est de l'instantané actuellement dans mon dossier de travail (appelé TÊTE)
    7. J'ai mis en évidence le deuxième s'engager, afin que je puisse voir les détails dans le volet inférieur
    8. La validation SHA (identificateur unique, semblable à la subversion numéro de révision), de la deuxième commit est

      3d024dd9e4a83d8c6a9a143a68b75d4b872115a6
    9. Bas à droite affiche la liste des fichiers impactés par la deuxième commettre
    10. Bas à gauche affiche la validation de détails, y compris le diff complet
    11. Cliquant sur un fichier dans le volet inférieur droit de faire défiler les diff dans le volet inférieur gauche de la section 12.
    InformationsquelleAutor idursun
  3. 3

    Ce que les novices pourraient vraiment utiliser en termes de "combinaison de gitk et d'histoire" est une explication précise sur la façon de reconnaître ce qui s'est passé en regardant la gitk arborescence.

    Autant que j'ai eu la bonne façon de regarder l'arbre est (bien sûr): 

     1. each node is a commit
 2. ultimate parent is at the bottom
 3. direct child to a commit is the one that happened first in the same branch (no matter who did it)
 4. the node with 2 or more children indicates ... ?
 5. merge commit node has 2 parents.
 6. rebase is recognized ... ?

    Captures d'écran serait aussi bien appréciés.

    L'arbre est en fait représentant l'état actuel du référentiel. Ce qui serait formidable c'est que si on sera en mesure de dire ce qui s'est passé en regardant la vue de l'arborescence.

    Grâce

    v.

    • 4. ... une branche, 6. ... pas du tout comme ça juste réorganise existants s'engage
    InformationsquelleAutor tishma
  4. 1

    La seule chose que je trouve utiles au sujet de l'gitk interface est agréable (coloré) branches aperçu..

    Si vous voulez une interface graphique pour git, vérifiez TortoiseGit sur windows ou GitX sur Mac ou QGit sur linux.

    • Je pense que c'est un peu un jugement hâtif. Bien sûr, les actions builder est cool, mais beaucoup de qui a construit-dans des trucs dans la gitk menu contextuel est manquant. gitk fournit un moyen très facile de manipuler les branches avec un retour visuel, ce qui est particulièrement utile pour les nouveaux utilisateurs.
    • J'aime un peu la cli de plus, mais parfois, j'invoque gitk juste pour voir les branches et les fusions. Je ne recommanderais pas le gitk interface pour les nouveaux utilisateurs.. sans doute peur d'eux?
    • Assez étrangement, je pense que les deux d'entre vous sont à droite.
    InformationsquelleAutor Davy Landman