Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2015-03-02T13:28:15+01:00Les derniers messages parus sur le forum de Zeste de Savoir.Fusions qui ne semblent pas être prises en compte, message #461442015-03-02T13:28:15+01:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p46144<p>Coïncidence ? La dernière correction d'EGit installée aujourd'hui ajoute une commande Stashes au menu contextuel d'un projet <img alt=":p" src="/static/smileys/langue.png"></p>Fusions qui ne semblent pas être prises en compte, message #432692015-02-11T11:53:04+01:00Javier/@Javierhttps://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p43269<blockquote>
<p>En fait, je crois que j'ai finalement compris mon problème : la vue de merge d'EGit n'enregistre apparemment pas les modifications dans le fichier local, alors que l'affichage semble montrer que c'est le cas (disparition de l'astérisque, indice courant pour dire si le fichier a été sauvegardé ou non)</p>
</blockquote>
<p>Ah j'avais pas pensé que c'était ce soucis là.</p>
<p>Oui j'ai aussi ce problème aveec Egit. Ce plugin est totalement buggé.</p>
<p>Et oui, passer par la vue Git Staging permet de passer outre bien des emmerdements, mais ne solutionne pas tout. </p>
<p>Notamment quelques merges assez sauvages, ou le fait qu'importer un projet git ne le synchronise pas toujours (faut faire Team -> Share…).</p>Fusions qui ne semblent pas être prises en compte, message #432282015-02-11T00:12:35+01:00Talus/@Talushttps://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p43228<p>C'est une des raisons pourquoi je manipule Git exclusivement via la CLI. <img alt=":)" src="/static/smileys/smile.png"></p>Fusions qui ne semblent pas être prises en compte, message #431622015-02-10T18:15:47+01:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p43162<p>En fait, je crois que j'ai finalement compris mon problème : la vue de merge d'EGit n'enregistre apparemment pas les modifications dans le fichier local, alors que l'affichage semble montrer que c'est le cas (disparition de l'astérisque, indice courant pour dire si le fichier a été sauvegardé ou non). Donc je gérais correctement la fusion, mais au moment où j'ajoutais le fichier à mon index, celui-ci ne comprenait que mes modifications…</p>
<p>Et pour ne rien simplifier, EGit ne propose pas de commande de stash simplement accessible sinon dans une perspective<sup id="fnref-perspective"><a class="footnote-ref" href="#fn-perspective">1</a></sup> obscure. Pas très malin de leur part, je trouve…</p>
<div class="footnote">
<hr>
<ol>
<li id="fn-perspective">
<p>Dans Eclipse, l'arrangement des différents onglets et parties de l'IDE selon une utilisation est appelé perspective <a class="footnote-backref" href="#fnref-perspective" title="Retourner au texte de la note 1">↩</a></p>
</li>
</ol>
</div>Fusions qui ne semblent pas être prises en compte, message #431612015-02-10T18:09:20+01:00Talus/@Talushttps://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p43161<p>ils le sont… je comprends pas ta remarque ? Si y'a un conflit, git te demande de les fixer, et habituellement il el fait par un merge</p>
<p>Ce qui est pas propre en soit, car peut detruire un travail qui n'a pas été pensé par toi à la base. Alors que lors tu fais un rebase (via <code>fetch</code> + <code>rebase</code> ou <code>pull --rebase</code>), si tu as des conflits, c'est juste des modifs que t'as apporté qui sont pas correct et qui n'influent pas sur le travail déjà apporté. C'est ce qu'on appelle garder un arbre linéairement propre</p>Fusions qui ne semblent pas être prises en compte, message #431522015-02-10T17:04:10+01:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p43152<p>Il y a une chose que je ne comprends pas. C'est dans le workflow standard de travailler avec <code>commit</code> et <code>push</code> ainsi que <code>pull</code> et <code>fetch</code>, donc je m'attendrais à ce que les conflits puissent être gérés dans ce flux, non ?</p>Fusions qui ne semblent pas être prises en compte, message #421572015-02-03T14:24:06+01:00Talus/@Talushttps://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p42157<p>Je parle de <code>git pull --rebase</code>. Pour le stash, tu peux aussi faire un commit temporaire mais bon, c'est quand même le but du <code>stash</code> (de tout mettre de coté et d'avoir un état neuf)</p>Fusions qui ne semblent pas être prises en compte, message #421502015-02-03T13:01:53+01:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p42150<p>Merci Talus</p>
<figure><blockquote>
<p>Hello,</p>
<p>plutôt qu'un pull, pense à ajouter une option poru rebase au passage via <code>git pull --rebase</code> (c'est l'équivalent d'un <code>git fetch origin</code> et <code>git rebase origin/nom-de-la-branche</code>). Si tu as des modifs en cours, pense à les stasher avant via un <code>git stash</code>.</p>
</blockquote>
<figcaption><p><a href="http://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p42135">Talus</a></p></figcaption></figure><p>En gros, si j'ai des modifs que je ne souhaite pas faire de <code>push</code>, je dois faire <code>stash</code> plutôt que <code>commit</code> avant de faire un <code>pull</code> ?</p>
<figure><blockquote>
<p>Si tu as des conflits lors de cette action, c'est que le code d'origine (présent chez les autres et sur le remote) a changé et que git n'arrive pas à appliquer <em>tes</em> modifs ; du coup tu peux mettre à jour en toute quiétude. <img alt=":)" src="/static/smileys/smile.png"></p>
</blockquote>
<figcaption><p><a href="http://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p42135">Talus</a></p></figcaption></figure><p>Juste pour être certain : l'action dont il est mention ici, c'est le <code>stash</code> ou le <code>pull --rebase</code> ?</p>Fusions qui ne semblent pas être prises en compte, message #421352015-02-03T10:31:53+01:00Talus/@Talushttps://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p42135<p>Hello,</p>
<p>plutôt qu'un pull, pense à ajouter une option poru rebase au passage via <code>git pull --rebase</code> (c'est l'équivalent d'un <code>git fetch origin</code> et <code>git rebase origin/nom-de-la-branche</code>). Si tu as des modifs en cours, pense à les stasher avant via un <code>git stash</code>.</p>
<p>Si tu as des conflits lors de cette action, c'est que le code d'origine (présent chez les autres et sur le remote) a changé et que git n'arrive pas à appliquer <em>tes</em> modifs ; du coup tu peux mettre à jour en toute quiétude. <img alt=":)" src="/static/smileys/smile.png"></p>Fusions qui ne semblent pas être prises en compte, message #420822015-02-02T18:49:30+01:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/2353/fusions-qui-ne-semblent-pas-etre-prises-en-compte/?page=1#p42082<p>Bonsoir,</p>
<p>J'ai apparemment un souci dans mon utilisation de git, et ça commence à courir sur les nerfs des autres collaborateurs…</p>
<p>Comme souvent, je bricole en local, et je récupère au fur et à mesure les modifications depuis l'origine avec des pulls (j'utilise EGit).</p>
<p>Quand il y a des lignes modifiées et chez moi et sur l'origine, évidemment, ça me fait des conflits. Je les fusionne à la main, donc je compare le <em>HEAD</em> avec ma copie de travail, et je reprends les modifications apportées. Du moins c'est ce que je pensais…<br>
Ensuite, j'enregistre les modifications, je re-vérifie les modifications entre le <em>HEAD</em> et ma nouvelle version locale, reprend les éventuelles modifications que j'avais loupées, etc., jusqu'à ce que je sois satisfait. J'ajoute donc le fichier signalé comme conflictuel à mon index, je traite les autres fichiers en conflit de la même manière, puis le fais le merge commit manuellement. D'ailleurs, EGit me met par défaut le message standard de merge commit, avec en plus la liste des fichiers conflictuels.</p>
<p>Dernièrement, j'ai poussé mes modifications vers l'origine, et il est apparu que j'ai écrasé des modifications des autres utilisateurs… J'avoue que je ne vois pas ce que j'ai fait de faux, est-ce que quelqu'un pourrait mettre le doigt sur mon erreur ?</p>
<p>Merci d'avance</p>
<p>P.S. : j'ai mis ici, même si je gère du dev' web avec Git pour le cas, mais ce n'est pas un problème qui y soit directement lié. Et "Système et matériel" ne me paraît pas non-plus approprié, mais je peux me tromper. Si jamais, je pense que vous pouvez signaler le sujet pour qu'il soit déplacé de "Programmation" vers un forum mieux adapté.</p>