Qui venait de pairs avec d'autres sources serieuses qui en parlaient a la meme epoque - un peu la flemme de chercher exhaustivement la je t'avouerais.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Ben voyons, flash etait en train de glisser gentiment vers la tombe, apres avoir perdu 50% de son marche en 12 mois, et paf, Google soutenu par firefox viennent de lui faire un massage cardiaque. Google fait meme pire en le distribuant par defaut.
Bande de faux culs, j'vous dit.
Et tout ca pour quoi?
Pour emmerder apple sur le marche mobile...
Ah ben non, meme pas avec android vient toujours avec le support h264. Faut croire qu'eux n'ont pas le droit au web ouvert.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Si le hurd avait les moyens en personnel, il y aurait pléthore d'offre, malheureusement, les moyens se comptent sur les doigts de la main (pas la mienne).
Oui, si le hurd supportait l'usb et le sata, le hurd supporterait l'usb et le sata.
Apres qualifier ca de "dernieres techno de la mort", c'est un peu limite, je pense que pouvoir brancher une souris, un clavier et un disque dur, c'est pratique quand meme :)
Le nombre personne qui pense que le micro noyau est un bon concept est énorme, mais de là à passer à l'acte
Probablement la raison pour laquelle les 2 os majoritaire sont sur des kernels hybrides :)
Cela fait tout de même plaisir de voir sur ce forum l'agitation pour un système qui n'est qu'un "proof of concept".
Yep. Ce qui est dommage, c'est que ca fait 20 ans que c'est un proof of concept.
Dans ce monde où tout est à court (voire ultra court) terme, je suis heureux de voir l'évolution paisible de ce système.
Heuuu.... Ouais, enfin, ya un juste milieu quand meme, tu crois pas?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Yep, tout juste.
Le plugin en question doit etre hgeclipse ou un truc du genre.
C'est pas complique, ya 2 plugin hg pour eclipse, un pourri, abandonne, et l'autre qui marche.
Mon utilisation: on utilise perforce au taff, et j'aime pas du tout. Du coup je clone les repo sur lesquels je bosse localement, je bosse contre mon mercurial et je pousse le soir vers p4.
Je branche de temps a autres, genre quand j'ai un gros refactoring/clean up a faire "under the radar" sur un projet ecrit avec les pieds, ca me permet de bosser sur les deux a la fois, ensuite je merge le tout et, paf, le projet nettoye.
Leplugin fait a peu pres tout ce que tu veux qu'il fasse. Le tout integre a la team perspective.
Push pull commit merge diff, pour le basique, evidemment.
Historique par fichier, switch vers une aute branch, tag, bookrmark, revision. Update vers ce que tu veux, tu peux brancher et meme faire un hg serve. Ca a l'air de supporter des extensions, mais je peux pas t'en dire plus, jamais utilise.
Leur organisation des repos est pas la plus facile a utiliser, mais ca reste tres raisonnable. Ils ont une vue hierarchique des repos qui a un interet certain.
La raison pour laquelle il parait poussif est simplement parce que c'est un plugin eclipse, d'une part (ca reagit aussi vite que subclipse), en comparaison a machg, ca parait lent. Disons que les qq secondes de lag sont acceptables quand tu fais 2 commits par jour avec svn, pas quand t'en fait 15 avec un dvcs.
L'autre raison est lie a mon utilisation. On utilise maven, je dois avoir qq chose comme 25 ou 30 projets dans mon workspace, la plupart sont fermes en general (m2eclipse est assez lent, plus encore que maven tout court), du coup je ferme tout la plupart du temps.
Et projet ferme = pas de support hg avant que t'ouvres le projet. Et ouvrir un projet, c'est lent, bien plus que de fair cmd tab et passer dans machg.
Une autre raison aussi, c'est que l'organisation en projet d'eclipse de projets maven colle pas trop. En gros, un projet maven avec 4 modules va te donner 4 projet, qui vont pas forcement apparaitre comme etant etre dans le meme repo.
Disons que si t'as 2 projet mvn, venant de 2 repos different, avec chacun 3 modules, tu vas avoir 6 projets, et t'auras aucune idee de quoi vient d'ou. Les workings set permettent de mitiger ca, mais ca montre tres vite ses limites.
Ca c'est plus un probleme d'eclipse qu'autre chose cela dit, t'auras le meme pb svec git, svn ou cpold.
Le gros probleme d'egit, c'est surtout qu'il est en pre alpha 0.1.
Pas de support de diff pour un plugin pareil, c'est vraiment redhibitoire, les mecs sont cense bosser dessus cela dit.
On a aussi envisage des dvcs au taff recemment, on a fini par laisser tomber (d'autres chats, plus gros, a fouetter avant), mais ce qu'il en est ressorti:
- les boss ont dit "on veut git" parceque ce sont des geeks cli hardcore
- on a aussi zieute hg
- on s'est rendu compte que le support hg dans le tooling est aussi bon
- on a bien vu que git est tres dur a utiliser, et que ca peut etre un gros probleme de former tout le monde
- niveau features, hg et git se valent largement pour une boite ou tout le monde est dans le meme batiment.
- on est un java shop, donc pas de support eclipse = thanks, but no thanks
- hg est beaucoup plus simple, vraiment, plus propre, donc si la migration se fait, elle se fera vers mercurial.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Je confirme, xcode c'est svn et git.
Ce qui est etonnant, considerant que hg est beaucoup plus dans la philosophoe de design apple que git.
J'ai ouvert ma feature request, ainsi que beaucoup au bureau.
La gm seed du 4 est sortie ya qq jours, hg est toujours pas dedans, donc je doute que ca arrive sous peu.
C'est apple, un beau jour, ils diront que xcode c'est revolutionnaire parce que ca supporte hg :)
L'interface svn dans le 3 etait plus que bizarre, ca change beaucoup dans le 4, mais j'ai pas pu teste vu que tous mes projets perso son hg et c'est perforce au taff (via le bridge mercurial pour ma part).
Apres, vu la qualite de machg, c'est pas tant une tare que ca.
Meme sous eclipse en fait j'ai laisse tombe le plugin poussif pour machg (sauf eventuellement un check sur l'historique d'un fichier de temps a autre).
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Oui pankkake.
T'as raison pankkake.
C'est bien pankkake!
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
J'allais repondre un truc, mais heuu... Non.
Indice: relit mes messages precedents tout a ete dit, ceux ui parlent de probabilite, de bonnes pratiques etc.
Si on resume "interactive, c'est de la balle"
Ouais mais c'est risque.
Non c'est de la balle.
Oui, mais c'est risque t'as vite fait de te tirer une balle dans le pied, c'est pas trop une bonne pratique.
Non c'est de la balle, t'as pas compris.
Ben ca reste risque et pas une bonne pratique.
Non, c'est de la balle, et de toutes facons, j'ai pas le temps de compiler ni de tester localement, alors bon.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Comment faire sans, ca depend de l'ampleur de ta modif.
A priori:
- branche fraiche a partir du dernier commit,
- application du patch,
- build, test, maintenant ou plus tard, tu t'en fout, c'est isole. Apres, c'est bien ca l'interet des dvcs, non? Rendre les branches tellement cheap que tu peux en faire une en 2 secondes et l'integrer plus tard si tu veux.
Ca va te prendre environ 30 secondes pour les 2 premieres etapes.
Sauf si ton patch est pas trivial, mais s'il est pas trivial faut avoir de grosses couilles pour le commiter en aveugle au milieu d'un autre patch, non?
Ou alors, c'est que la granularite si fine est pas necessaire, que tout ce qui compte c'est le build a la fin de la journee, mais alors pourquoi tu t'emmerdes avec tout ca?
Si tu tiens a faire du quick and dirty et commiter la main'nant toussuite, tu peux faire le grouick avec un buffer texte, copier le fichier courant, reverter
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
C'est pas propre parce que t'as builde/teste localement quelque chose et t'as commite autre chose.
Fait une branche (tres rapide), appliques ton patch, builde, test, commit.
J'ai bien compris que ca c'etait fait pour, ca n'empeche pas que c'est tres dangereux comme feature.
Si tu peux te permettre de commiter du code non teste ni meme builde, c'est que la granularite de tes commits est pas si importante, on est donc en droit de se demander quel est l'interet de la feature?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
C'est sur que si le commit global fait 3 lignes, tu vas t'en sortir facilement.
Mais si ton commit fait trois lignes, t'as pas besoin de interactive pour isoler le patch...
Si ton commit est moins trivial, t'augmentes fortement la probabilite de faire une connerie. Au final tu te retrouves dans le deuxieme cas (commit melanges), sauf que c'est pas volontaire, que le premier commit ne va meme pas compiler et ca va foutre la merde encore plus.
Je veux bien croire que la plupart du temps, ca marchera tres bien, mais c'est loin d'etre une bonne pratique.
Si t'as tant besoin que ca d'avoir des commits independants, commit de maniere independante en verifiant tes commits, si c'est pas si important, mets tout ensemble plutot que de faire 2 commits dont le premier est potentiellement pas correct du tout.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Ca reste toujours une manipulation hasardeuse, tu commites du code qui n'a ete ni builde ni teste et ca, saymal.
Si la necessite d'avoir des commits tres fins est si importante, fait le proprement, pas a la rache.
Si le patch fait une ligne, et que "c'est bon, ca se gere", ca va te prendre 30 secondes d'isoler le patch proprement.
Si c'est un truc moins trivial, tu risques fortement de faire une connerie (oubli d'une partie ou inclusion d'une autre) et au final, t'auras perdu bien plus que ce t'as gagne, d'ou l'interet de le faire proprement.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Ca reste quand meme jouer au funambule sans filet pour un gain assez limite.
Disons que la probabilite de faire une connerie (oublier un truc ou faire les commits dans le mauvais ordre) devient tres grande.
Ca te fait pas peur de commiter un truc qui n'a pas ete builde et verifie avant?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
C'est une fausse solution a un vrai probleme.
Ceux qui commitent comme des porcs en faisant un "mark as merged" au premier conflit (deja vu ca), c'est pas en leur compliquant la tache que tu vas regler le probleme.
Ils vont faire gaffe au debut, prendre leur marque et recommencer a faire n'importe quoi ne fois a l'aise avec leur pattern.
Ou tout simplement moins commiter (ce qui est l'inverse de ce qui est souhaite).
Le blaireau qui commite comme un porc avec "enter commit message here" dans ses commit logs, tu le prends a part, tu lui expliques, tu le forme, tu lui laisses du temps pour s'adapter. Et s'il fait toujours le con, tu recommences. Et si ca continue, tu le vires.
Sans compter que meme ceux qui savent ce qu'ils font ont plus de chances de faire une connerie avec un outil qui rend (volontairement) la tache difficile.
En regle generale, forcer les gens a utiliser un outil "parce que", c'est une mauvaise idee. Et c'est souvent (entre autre) pour eviter ca qu'on prend des solutions libres.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Ouais alors le --interactive, c'est effectivement completement fou comme tu dis.
Donnes moi une seule raison a moitie valable pour avoir un fichier versionne qui differe du serveur sur ta box locale. A moins que tu sois un grand fan du "ca mrche sur ma machine" quand on te rapporte un bug.
S c'est versionne, tu dois avoir la version du serveur, ou la pousser le cas echeant. Tu peux vouloir tester un hack foireux, mais tu vas reverter tout ca a la fin de ta journee.
Si c'est pour de la config, ta config ne devrait pas etre versionnee, en tout cas pas les override locaux de config (sinon bonjour les catastrophes en prod).
Si tu fais du java (ce qui est probable vu que tu parles de eclipse), spring propose tout ce qu'il faut hors de la boite pour faire de la configuration par exception et mettre tes override locaux en dehors du versionnage.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
On a beau dire ce qu'on veux sur les CLI, les diffs ou la resolution de conflits en ligne de commande, on a fait plus sympa quand meme....
Un autre point a prendre en compte: en entreprise, on travaille en equipe.
Forcer les gens a utiliser une cli parce saymieux, c'est generalement pas la meilleure maniere de faire accepter un outil nouveau, et forcer des gens pas a l'aise avec une cli a utiliser git, attends toi a avoir une catastrophe dans ton arbre de source. Ou avoir une forte baisse de productivite sur certaines personnes.
Si ces gens sont mal a l'aise a l'idee de commiter en cli, ils vont avoir une reticence a utiliser git. Et un developpeur mal a l'aise avec son gestionnaire de version, c'est un accident qui attends d'arriver (comme disent nos amis mangeurs de hamburger).
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
> Ce qu'il faut retenir c'est que le commit local est quand même un avantage lorsque tu es déconnecté
Meme sans etre deconnecte.
Ca permet de commiter comme un boeuf toute la journee et d'avoir des changesets a la granularite tres fine, sans pour autant forcer tout le monde a faire un checkout toutes les 15 minutes pour etre sur de pas etre en conflit, ou lancer 35 builds par jour sur hudson.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Deux options, ligne de commande svn ignore blabla ou trouv une vue eclipse qui affichera le .classpath, .project etc, les selectioner, clique droit, team, ignore.
Ou tout simplement, au premier commit, vue synchronize (que tu utilise a chaque commit j'espere), tu peux faire un ignore de la.
Note que tu auras strictement le meme probleme avec git, mercurial, perforce ou cpold.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Je valide.
MacHG est redoutablement efficace pour les maceux.
Tu peux l'utiliser comme svn si le decentralise pur ne convient pas, c'est juste beaucoup plus souple, ce qui te sauve la vie les qq fois ou ls souplesse est requise.
Et dans l'ensemble la philosphie de design est bien plus propre que celle de git (ie, on fait les choses bien plutot que de hacker des trucs les uns sur les autres).
Bon, apres, les gouts et les couleurs, mais mercurial parait un juste compromis entre git et svn.
Et le support du tooling est plutot bon.
Tous les builds servers etc supportent mercurial, atlassian vient de racheter bitbucket donc on peut raisonnablement penser qu'ils vont le supporter longtemps dans leurs produits.
Et le plugin eclipse est achement mieux gaule. Au dernieres nouvelles, jgit ne pmet toujours pas de faire un diff dans la team view d'eclipse, ce qui le rend purement et simplement inutile.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
L'object en question est un flash des familles, les controles parlent en javascript au flash je supoose, ce qui a rien de bien nouveau ni revolutionnaire.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Peut etre dialoguent ils avec une page web html en json?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
D'un autre cote, le mec qui commence par te lecher la rondelle, generalement il s'arrete psa la et il faut s'attendre a l'introduction d'un "corps" etranger sous peu.
Ptetre que ballmer est pas pédé du cul.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Une fois qu'on sera tous descendus dans la rue pour bouter le pouvoir qui nous opprime
Ouais.
Descendons dans la rue.
Mais demain, parce que la ya vis ma vie special geek qui passe, on vap tetre voire un ecran gnome pendant 2 secondes a la tele.
Pis apres, ya jean rene et jeannine qui passent pour prendre l'apero.
Et demain, pas trop tot le rendez vous stp, parce que j'ai piscine a 9h00 et faut le temps de me doucher apres, parceq ue le chlore, ca sent pas tres bon et ca fait la peau toute bizarre.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Heu ouais, pour ca, c'est sur.
Apres, ca parlait d'ebook, donc implicitement je faisais reference a la kindle app ipad, idem pour sony, vs ibooks d'apple.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: pour linux
Posté par pasScott pasForstall . En réponse au journal Firefox 7 avant la fin de l'année ?. Évalué à 0.
http://blog.mefeedia.com/html5-oct-2010
Qui venait de pairs avec d'autres sources serieuses qui en parlaient a la meme epoque - un peu la flemme de chercher exhaustivement la je t'avouerais.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: pour linux
Posté par pasScott pasForstall . En réponse au journal Firefox 7 avant la fin de l'année ?. Évalué à 1.
Bande de faux culs, j'vous dit.
Et tout ca pour quoi?
Pour emmerder apple sur le marche mobile...
Ah ben non, meme pas avec android vient toujours avec le support h264. Faut croire qu'eux n'ont pas le droit au web ouvert.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Des bonnes nouvelles dans ce monde de brute
Posté par pasScott pasForstall . En réponse à la dépêche L'année 2010 du Hurd. Évalué à 6.
Oui, si le hurd supportait l'usb et le sata, le hurd supporterait l'usb et le sata.
Apres qualifier ca de "dernieres techno de la mort", c'est un peu limite, je pense que pouvoir brancher une souris, un clavier et un disque dur, c'est pratique quand meme :)
Le nombre personne qui pense que le micro noyau est un bon concept est énorme, mais de là à passer à l'acte
Probablement la raison pour laquelle les 2 os majoritaire sont sur des kernels hybrides :)
Cela fait tout de même plaisir de voir sur ce forum l'agitation pour un système qui n'est qu'un "proof of concept".
Yep. Ce qui est dommage, c'est que ca fait 20 ans que c'est un proof of concept.
Dans ce monde où tout est à court (voire ultra court) terme, je suis heureux de voir l'évolution paisible de ce système.
Heuuu.... Ouais, enfin, ya un juste milieu quand meme, tu crois pas?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: hg
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 0.
Le plugin en question doit etre hgeclipse ou un truc du genre.
C'est pas complique, ya 2 plugin hg pour eclipse, un pourri, abandonne, et l'autre qui marche.
Mon utilisation: on utilise perforce au taff, et j'aime pas du tout. Du coup je clone les repo sur lesquels je bosse localement, je bosse contre mon mercurial et je pousse le soir vers p4.
Je branche de temps a autres, genre quand j'ai un gros refactoring/clean up a faire "under the radar" sur un projet ecrit avec les pieds, ca me permet de bosser sur les deux a la fois, ensuite je merge le tout et, paf, le projet nettoye.
Leplugin fait a peu pres tout ce que tu veux qu'il fasse. Le tout integre a la team perspective.
Push pull commit merge diff, pour le basique, evidemment.
Historique par fichier, switch vers une aute branch, tag, bookrmark, revision. Update vers ce que tu veux, tu peux brancher et meme faire un hg serve. Ca a l'air de supporter des extensions, mais je peux pas t'en dire plus, jamais utilise.
Leur organisation des repos est pas la plus facile a utiliser, mais ca reste tres raisonnable. Ils ont une vue hierarchique des repos qui a un interet certain.
La raison pour laquelle il parait poussif est simplement parce que c'est un plugin eclipse, d'une part (ca reagit aussi vite que subclipse), en comparaison a machg, ca parait lent. Disons que les qq secondes de lag sont acceptables quand tu fais 2 commits par jour avec svn, pas quand t'en fait 15 avec un dvcs.
L'autre raison est lie a mon utilisation. On utilise maven, je dois avoir qq chose comme 25 ou 30 projets dans mon workspace, la plupart sont fermes en general (m2eclipse est assez lent, plus encore que maven tout court), du coup je ferme tout la plupart du temps.
Et projet ferme = pas de support hg avant que t'ouvres le projet. Et ouvrir un projet, c'est lent, bien plus que de fair cmd tab et passer dans machg.
Une autre raison aussi, c'est que l'organisation en projet d'eclipse de projets maven colle pas trop. En gros, un projet maven avec 4 modules va te donner 4 projet, qui vont pas forcement apparaitre comme etant etre dans le meme repo.
Disons que si t'as 2 projet mvn, venant de 2 repos different, avec chacun 3 modules, tu vas avoir 6 projets, et t'auras aucune idee de quoi vient d'ou. Les workings set permettent de mitiger ca, mais ca montre tres vite ses limites.
Ca c'est plus un probleme d'eclipse qu'autre chose cela dit, t'auras le meme pb svec git, svn ou cpold.
Le gros probleme d'egit, c'est surtout qu'il est en pre alpha 0.1.
Pas de support de diff pour un plugin pareil, c'est vraiment redhibitoire, les mecs sont cense bosser dessus cela dit.
On a aussi envisage des dvcs au taff recemment, on a fini par laisser tomber (d'autres chats, plus gros, a fouetter avant), mais ce qu'il en est ressorti:
- les boss ont dit "on veut git" parceque ce sont des geeks cli hardcore
- on a aussi zieute hg
- on s'est rendu compte que le support hg dans le tooling est aussi bon
- on a bien vu que git est tres dur a utiliser, et que ca peut etre un gros probleme de former tout le monde
- niveau features, hg et git se valent largement pour une boite ou tout le monde est dans le meme batiment.
- on est un java shop, donc pas de support eclipse = thanks, but no thanks
- hg est beaucoup plus simple, vraiment, plus propre, donc si la migration se fait, elle se fera vers mercurial.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: hg
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
Ce qui est etonnant, considerant que hg est beaucoup plus dans la philosophoe de design apple que git.
J'ai ouvert ma feature request, ainsi que beaucoup au bureau.
La gm seed du 4 est sortie ya qq jours, hg est toujours pas dedans, donc je doute que ca arrive sous peu.
C'est apple, un beau jour, ils diront que xcode c'est revolutionnaire parce que ca supporte hg :)
L'interface svn dans le 3 etait plus que bizarre, ca change beaucoup dans le 4, mais j'ai pas pu teste vu que tous mes projets perso son hg et c'est perforce au taff (via le bridge mercurial pour ma part).
Apres, vu la qualite de machg, c'est pas tant une tare que ca.
Meme sous eclipse en fait j'ai laisse tombe le plugin poussif pour machg (sauf eventuellement un check sur l'historique d'un fichier de temps a autre).
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Re:Évolution
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à -2.
T'as raison pankkake.
C'est bien pankkake!
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Re:Évolution
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 0.
Indice: relit mes messages precedents tout a ete dit, ceux ui parlent de probabilite, de bonnes pratiques etc.
Si on resume "interactive, c'est de la balle"
Ouais mais c'est risque.
Non c'est de la balle.
Oui, mais c'est risque t'as vite fait de te tirer une balle dans le pied, c'est pas trop une bonne pratique.
Non c'est de la balle, t'as pas compris.
Ben ca reste risque et pas une bonne pratique.
Non, c'est de la balle, et de toutes facons, j'ai pas le temps de compiler ni de tester localement, alors bon.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Re:Évolution
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 0.
J'abandonne.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Re:Évolution
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 0.
Ton commit la.
Tu l'as compile?
Tu l'as teste?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Évolution
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 0.
A priori:
- branche fraiche a partir du dernier commit,
- application du patch,
- build, test, maintenant ou plus tard, tu t'en fout, c'est isole. Apres, c'est bien ca l'interet des dvcs, non? Rendre les branches tellement cheap que tu peux en faire une en 2 secondes et l'integrer plus tard si tu veux.
Ca va te prendre environ 30 secondes pour les 2 premieres etapes.
Sauf si ton patch est pas trivial, mais s'il est pas trivial faut avoir de grosses couilles pour le commiter en aveugle au milieu d'un autre patch, non?
Ou alors, c'est que la granularite si fine est pas necessaire, que tout ce qui compte c'est le build a la fin de la journee, mais alors pourquoi tu t'emmerdes avec tout ca?
Si tu tiens a faire du quick and dirty et commiter la main'nant toussuite, tu peux faire le grouick avec un buffer texte, copier le fichier courant, reverter
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Re:Évolution
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 0.
Fait une branche (tres rapide), appliques ton patch, builde, test, commit.
J'ai bien compris que ca c'etait fait pour, ca n'empeche pas que c'est tres dangereux comme feature.
Si tu peux te permettre de commiter du code non teste ni meme builde, c'est que la granularite de tes commits est pas si importante, on est donc en droit de se demander quel est l'interet de la feature?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Évolution
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
Mais si ton commit fait trois lignes, t'as pas besoin de interactive pour isoler le patch...
Si ton commit est moins trivial, t'augmentes fortement la probabilite de faire une connerie. Au final tu te retrouves dans le deuxieme cas (commit melanges), sauf que c'est pas volontaire, que le premier commit ne va meme pas compiler et ca va foutre la merde encore plus.
Je veux bien croire que la plupart du temps, ca marchera tres bien, mais c'est loin d'etre une bonne pratique.
Si t'as tant besoin que ca d'avoir des commits independants, commit de maniere independante en verifiant tes commits, si c'est pas si important, mets tout ensemble plutot que de faire 2 commits dont le premier est potentiellement pas correct du tout.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Re:Évolution
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 0.
Si la necessite d'avoir des commits tres fins est si importante, fait le proprement, pas a la rache.
Si le patch fait une ligne, et que "c'est bon, ca se gere", ca va te prendre 30 secondes d'isoler le patch proprement.
Si c'est un truc moins trivial, tu risques fortement de faire une connerie (oubli d'une partie ou inclusion d'une autre) et au final, t'auras perdu bien plus que ce t'as gagne, d'ou l'interet de le faire proprement.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Évolution
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 0.
Disons que la probabilite de faire une connerie (oublier un truc ou faire les commits dans le mauvais ordre) devient tres grande.
Ca te fait pas peur de commiter un truc qui n'a pas ete builde et verifie avant?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Interface graphique
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 0.
Ceux qui commitent comme des porcs en faisant un "mark as merged" au premier conflit (deja vu ca), c'est pas en leur compliquant la tache que tu vas regler le probleme.
Ils vont faire gaffe au debut, prendre leur marque et recommencer a faire n'importe quoi ne fois a l'aise avec leur pattern.
Ou tout simplement moins commiter (ce qui est l'inverse de ce qui est souhaite).
Le blaireau qui commite comme un porc avec "enter commit message here" dans ses commit logs, tu le prends a part, tu lui expliques, tu le forme, tu lui laisses du temps pour s'adapter. Et s'il fait toujours le con, tu recommences. Et si ca continue, tu le vires.
Sans compter que meme ceux qui savent ce qu'ils font ont plus de chances de faire une connerie avec un outil qui rend (volontairement) la tache difficile.
En regle generale, forcer les gens a utiliser un outil "parce que", c'est une mauvaise idee. Et c'est souvent (entre autre) pour eviter ca qu'on prend des solutions libres.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Évolution
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 0.
Donnes moi une seule raison a moitie valable pour avoir un fichier versionne qui differe du serveur sur ta box locale. A moins que tu sois un grand fan du "ca mrche sur ma machine" quand on te rapporte un bug.
S c'est versionne, tu dois avoir la version du serveur, ou la pousser le cas echeant. Tu peux vouloir tester un hack foireux, mais tu vas reverter tout ca a la fin de ta journee.
Si c'est pour de la config, ta config ne devrait pas etre versionnee, en tout cas pas les override locaux de config (sinon bonjour les catastrophes en prod).
Si tu fais du java (ce qui est probable vu que tu parles de eclipse), spring propose tout ce qu'il faut hors de la boite pour faire de la configuration par exception et mettre tes override locaux en dehors du versionnage.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Interface graphique
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 2.
Un autre point a prendre en compte: en entreprise, on travaille en equipe.
Forcer les gens a utiliser une cli parce saymieux, c'est generalement pas la meilleure maniere de faire accepter un outil nouveau, et forcer des gens pas a l'aise avec une cli a utiliser git, attends toi a avoir une catastrophe dans ton arbre de source. Ou avoir une forte baisse de productivite sur certaines personnes.
Si ces gens sont mal a l'aise a l'idee de commiter en cli, ils vont avoir une reticence a utiliser git. Et un developpeur mal a l'aise avec son gestionnaire de version, c'est un accident qui attends d'arriver (comme disent nos amis mangeurs de hamburger).
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Quelques éléments
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
Meme sans etre deconnecte.
Ca permet de commiter comme un boeuf toute la journee et d'avoir des changesets a la granularite tres fine, sans pour autant forcer tout le monde a faire un checkout toutes les 15 minutes pour etre sur de pas etre en conflit, ou lancer 35 builds par jour sur hudson.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Interface graphique
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
Ou tout simplement, au premier commit, vue synchronize (que tu utilise a chaque commit j'espere), tu peux faire un ignore de la.
Note que tu auras strictement le meme probleme avec git, mercurial, perforce ou cpold.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: hg
Posté par pasScott pasForstall . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 3.
MacHG est redoutablement efficace pour les maceux.
Tu peux l'utiliser comme svn si le decentralise pur ne convient pas, c'est juste beaucoup plus souple, ce qui te sauve la vie les qq fois ou ls souplesse est requise.
Et dans l'ensemble la philosphie de design est bien plus propre que celle de git (ie, on fait les choses bien plutot que de hacker des trucs les uns sur les autres).
Bon, apres, les gouts et les couleurs, mais mercurial parait un juste compromis entre git et svn.
Et le support du tooling est plutot bon.
Tous les builds servers etc supportent mercurial, atlassian vient de racheter bitbucket donc on peut raisonnablement penser qu'ils vont le supporter longtemps dans leurs produits.
Et le plugin eclipse est achement mieux gaule. Au dernieres nouvelles, jgit ne pmet toujours pas de faire un diff dans la team view d'eclipse, ce qui le rend purement et simplement inutile.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Comment font-ils ?
Posté par pasScott pasForstall . En réponse au journal Le nouvel album de David TMX est sorti. Évalué à -2.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Comment font-ils ?
Posté par pasScott pasForstall . En réponse au journal Le nouvel album de David TMX est sorti. Évalué à -3.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: qui dit légion d'honneur dit demande
Posté par pasScott pasForstall . En réponse au journal Steve Ballmer promu chevalier de la légion d'honneur. Évalué à -4.
Ptetre que ballmer est pas pédé du cul.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: la legion d'honneur n'est vraiment plus ce qu'elle etait...
Posté par pasScott pasForstall . En réponse au journal Steve Ballmer promu chevalier de la légion d'honneur. Évalué à -2.
Ouais.
Descendons dans la rue.
Mais demain, parce que la ya vis ma vie special geek qui passe, on vap tetre voire un ecran gnome pendant 2 secondes a la tele.
Pis apres, ya jean rene et jeannine qui passent pour prendre l'apero.
Et demain, pas trop tot le rendez vous stp, parce que j'ai piscine a 9h00 et faut le temps de me doucher apres, parceq ue le chlore, ca sent pas tres bon et ca fait la peau toute bizarre.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: À prendre ou à laisser
Posté par pasScott pasForstall . En réponse au journal Ils sont incroyables. Évalué à 1.
Apres, ca parlait d'ebook, donc implicitement je faisais reference a la kindle app ipad, idem pour sony, vs ibooks d'apple.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.