#gitfr - Latest Comments

Re: #gitfr

Jonathan Ballet — Mon, 16 Apr 2012 03:37:58 -0000

> Un éditeur s'ouvre lors d'un git-commit pour pousser les gens à expliquer les changements.

Ça c'est du changement ! Quelle nouveauté fracassante ! :)

(en lisant le changelog, je vois pas ce que tu voulais dire en fait :( )

Re: #gitfr

jlecour — Tue, 14 Feb 2012 08:34:02 -0000

Bravo pour la présentation qui est une des plus volumineuses que j'ai pu voir jusque là.

C'est rigolo car j'avais moi aussi fait une présentation de Git pour un JUG (le MarsJUG à Marseille) il y a quelques mois : http://speakerdeck.com/u/jleco...
Elle est beaucoup plus courte : pas de formation à Git, mais discussion autour des workflows. Elle est aussi bien irriguée de schemas de Scott Chacon et de contenus issus du ProGit.

Re: #gitfr

jlecour — Tue, 14 Feb 2012 08:20:17 -0000

Je n'arrive pas à comprendre ce que fait cette option `--no-overwrite-ignore`dans `git checkout` et `git merge`. Et surtout, bizarrement je ne trouve rien concernant cette option dans la documentation de la v1.7.9

Re: #gitfr

Jerome Cance — Tue, 14 Feb 2012 03:57:16 -0000

Merci pour cette présentation très intéressante. Je m'en vais donc tester Git un peu plus en profondeur car mine de rien, tout ça est un peu abstrait tant qu'on a pas mis les mains dedans. Merci encore.

Re: #gitfr

Mathieu — Wed, 11 Jan 2012 07:51:10 -0000

Je profite de l'occasion pour te remercier pour ce super boulot.
J'ai eu la chance d'assister à une superbe prez et à un atelier.

Bonne continuation et encore merci.

Re: #gitfr

Artusamak — Tue, 10 Jan 2012 17:31:04 -0000

N'y a-t-il pas eut un chantier sur la traduction française de GIT également ? :)

Re: #gitfr

thierry henrio — Tue, 10 Jan 2012 16:53:29 -0000

He ka tu apris de ces chiffres maintenant que tu les voit ?
:)
J'avoue que je ne me soucie plus de savoir pourquoi j'utilise git...Au point de ne pas savoir le transmettre pour promouvoir une adoption :(

Alors tu pourrais nous donner la "secret recipe" pour trouver les avantages à montrer au développeur ou manager ?

Ils sont ou ?

Comment les retrouver si je ne m'en souviens pas ?

En faisant

~/docs/craft/git/gitfr [master*]$ git log -Savantage
??

Re: #gitfr

pmiossec — Tue, 10 Jan 2012 15:23:03 -0000

Je confirme. Très bonnes pres' et ateliers. Précipitez vous si ça passe près de chez vous ou dégottez une vidéo d'une conférence.
Dommage que ce soit les convaincus qui y vont et non pas leur managers ou collègues :) Car on se tape toujours un outil de merde au quotidien...

Bon courage, continuation & chapeau!!! surtout pour le temps investi!

Re: #gitfr

Pascal MARTIN — Tue, 10 Jan 2012 15:20:43 -0000

J'étais présent à la conférence et à l'atelier que tu as animé cet été à Lyon ; et je ne regrette absolument pas le (trop court !) temps passé avec toi -- et je bosse sous Git à présent (c'était prévu depuis plusieurs semaines/mois avant la conférence en question).
Merci pour ces événements, pour le temps et l'énergie que tu consacres à ton public et à nous tous !

Re: Installer git sur Windows

Olivier CLEMENCE — Tue, 20 Dec 2011 09:08:45 -0000

Merci, je cherchais comment installer git pour mes bundle sous symfony2 ;).
J'ai gagné un temps précieux !

Re: #gitfr

sexyprout — Sun, 11 Dec 2011 17:32:33 -0000

Sauf que `tracking` est amené à disparaître donc on l'utilise pas, tout simplement.

Re: #gitfr

pmiossec — Tue, 06 Dec 2011 05:44:31 -0000

Je connais cet article (et partage le constat) mais en tant que consultant, on ne choisi pas toujours ses outils.
J'aurais juste voulu un avis extérieur.

Un utilisateur quotidien de "git tfs"...

Re: #gitfr

Gaetan Lalanne — Mon, 05 Dec 2011 04:22:33 -0000

http://www.derekhammer.com/201...

Re: #gitfr

HICHER Nicolas — Sat, 03 Dec 2011 23:54:42 -0000

Pour ton shell idéal, regarde du coté de zsh. Il y a un hook 'vcs_info' qui permet de remonter des infos pour hg, bzr et bien sur git. De plus, tu peux avoir plusieurs lignes de prompt, et pas mal d'autres choses (comme le décalage avec l'upstream, les couleurs personnalisées, une completion de folie).

Re: #gitfr

Julien Bouquillon — Thu, 01 Dec 2011 11:41:38 -0000

dommage que ce soit le samedi j'aurai pu venir faire du pro-git

Re: #gitfr

Sébastien Douche — Thu, 01 Dec 2011 09:01:26 -0000

Je n'ai plus de Windows à la maison depuis 1999 et je refuse de travailler professionnellement sur cet environnement. Donc non, je n'ai aucune compétence sur TFS :).

Re: #gitfr

pmiossec — Thu, 01 Dec 2011 08:42:05 -0000

J'espère que tu montes en compétence sur Team Fundation Server. Ton bashing sur la solution m'interresse aussi ;)

Re: #gitfr

Larouche Jean-François — Mon, 28 Nov 2011 12:44:50 -0000

Cette présentation était super.
Comme vous avez dit, es-ce possible d'avoir accès aux slides et celle de l'atelier? Je n'ai pas pu prendre congé pour l'atelier malheureusement ce qui me brise le coeur apres avoir vu la présentation de Jeudi.

Merci encore.

Re: #gitfr

thierrryhenrio — Thu, 24 Nov 2011 07:02:33 -0000

"demander aux participants de venir avec leur code" a un risque : les gens viennent sans code, ou n'osent pas le montrer ...

J'aime bien l'idée d'un dépot en mode texte, un questionnaire par exemple ?

README.md + questionnaire.md

Le README explique comment remplir le questionnaire, et il y a une timebox pour remplir et soumettre par git

Q0 : quel est la réponse ?

Si tu veux partir sur du code, je te conseille un "dépot de code spécial pour l'atelier"
- tu choisis un challenge super simple
- tu commite un README.md
- tu commite un fichier de test dans le langage fun de ton choix + "makefile"
- tu commite un rouge

(comme un dojo, sauf que le but est de faire du git plus que du code :)

Tu me diras quoi ?

Re: #gitfr

Nicolas Géraud — Mon, 07 Nov 2011 17:36:23 -0000

Je pense aussi que la 2eme solution est la meilleure puisque tu connais la base, la mise en place est maitrisée et au final ca fera gagner du temps

Re: #gitfr

Nicolas Bétheuil — Mon, 24 Oct 2011 04:06:25 -0000

Perso je pencherais pour la 2ème option : parce qu'il n'y a rien de mieux qu'un cas réel, sur une base de code maîtrisée, afin de pouvoir identifier des cas d'utilisation intéressant. Mais en même temps, pour justement faire ce que l'on veux
Je m'explique : dans telle situation j'ai voulu faire telle action, j'ai eu telle problème ou pas parce que git c'est super ...
cloner le repo pour se mettre à des étapes clefs ou juste avant pour que chacun puisse se faire son idée, son cas

Re: #gitfr

Fred Nias — Sat, 01 Oct 2011 17:31:22 -0000

Bonjour Sébastien Douche

Voici mon interprétation du sondage.

Moi c'est la 7e question du sondage qui m'étonne. Cela ressemble à un match VCS/DVCS, dans lequel on est pas loin du 50/50, mais avec une petite avance pour le VCS.

Il aurai été intéressant de voir une question sur le choix d'un hébergement dédié SVN, de qualité à peu près équivalente à Github/Bitbucket/Launchpad, pour que le sondage soit complet. Mais cet hébergement n'existe pas à ma connaissance..

Les 6 premières questions étant 100% DVCS, les réponses sont logiques et montre clairement le rejet de Mercurial et Bazaar, au profit de Git,Cela explique tes 3 étonnements :
- Si on choisit Git, on va rejeter massivement Launchpad et Bitbucket, quels que soit leur qualités.
- Si on choisit Git, on ne va pas héberger son propre serveur Hg/Bzr, mais on choisira entre Github ou son propre serveur perso, avec une préférence plutôt nette pour Github.
- Si on choisit Git, pour un développeur Python, on fait effectivement une croix sur les extensions Mercurial.

Fred Nias

Re: #gitfr

Ronan Amicel — Sat, 01 Oct 2011 09:59:42 -0000

Moi j'ai choisi le meilleur des deux mondes, et j'utilise Mercurial et GitHub grâce à hg-git : http://hg-git.github.com/

Re: #gitfr

Sebastien Douche — Sat, 20 Aug 2011 11:51:45 -0000

Je préfère la convention du commit vide mais c'est un choix personnel :).

Re: #gitfr

Sebastien Douche — Sat, 20 Aug 2011 11:47:01 -0000

J'utilise un gitignore global et non par dépôt, comme tous les développeurs de l'équipe, ce que je trouve beaucoup plus simple : une fois que tu l'as configuré avec ton langage et tes outils, tu n'as plus a t'en préoccuper.