- Le fait qu'elle soit entièrement financée par un riche mécène et fasse de l'ombre aux autres ?
- Le fait qu'elle ait une look soigné qui plait aux plus grand nombre ?
- Le fait qu'elle repompe les idées des autres mais quelle ne reverse jamais à la communauté en upstream ?
- Le fait qu'elle se réclame fer de lance du libre mais que ca ne suive pas dans les actes ?
Jaloux , Va!
Toute ressemblance avec des faits moulesques serait que pure intention
Qu'il ou elle s'appelle Aubry, DSK, Vals ou PatinCoufin ne changera rien pour toi et tes compères de toute façon. Vous saurez les démonter tout aussi jovialement avec vos sarcasmes. Quitte à balancer du "colleur d'affiche" à tout va, comme si vous n'en étiez pour le camp d'en face.
Sur ce, je vous laisse entre gens de bonne famille.
Marrant comme les UMPistes de la première heure se jettent en meute sur la carcasse.
Vous avez gagné, les ... gars !
Sarko, il est en piste jusqu'en 2042 !
Alors, moinssez ce journal pour qu'il sombre rapidement dans les abysses et retournez à vos petits occupations habituelles.
Sinon, c'est vrai que cette question: "l'engagement sur le libre", il n'est pas nécessaire de la poser aux tenants de l'UMP, on avait déjà la réponse et on sait qu'ils sont cohérents sur ce point.
C'est une secte très étrange dirigée par un guru: Le "ScrumMaster" .
Leur communauté est auto-gérée et vit en autarcie.
Les adeptes vivent de leur production et vendent régulièrement leur produits sur le marché. Leur échelle du temps est comptabilisée en "sprint".
Ils sont facilement reconnaissables ! Ils déambulent dans la rue en gesticulant frénétiquement (parait que c'est du à la pression) et répètent inlassablement:
SCRUM ! SCRUM ! SCRUM ! ..
Tout le monde sait que Rue89 ne joue pas dans « dans la cour des grands » et franchement , ils n'ont pas jeté « un pavé dans la mare ».
Ces expressions ont « le vent en poupe » mais celles qu'ils ont pointé
ne représentent que « la partie émergée de l'iceberg».
« La cerise sur le gâteau » c'est que sur ce dossier, ils peuvent « revoir leur copie ». Par exemple ils se sont contenté de repérer celles qui « caracolent en tête ».
La vraie question c'est « à qui profite le crime ? »
Pour moi, c'est juste un buzz pour se faire connaitre «aux quatre coins de l'Hexagone » et rejoindre le club fermé des sites qui « ne connaissent pas la crise »
«L'ironie de l'histoire », c'est que justement, ca ne suffira pas à les empêcher de « s'enfoncer dans la crise ». Ca! C'est « une affaire à suivre ».
Mais sur ce coup là, on les « attend au tournant ».
Comme dit le dicton : « La balle est dans leur camp » !
J'ai l'impression que « culte », c'est l'affreux mot que l'on entend le plus en ce moment. Quand on parle d'une série culte des années 70, je peux comprendre qu'elle ait marqué des générations et qu'il y ait éventuellement un mouvement de fans tournant encore autour. Mais quand on entend qu'un film « déjà culte » va sortir en salle, est-ce que ça veut encore dire quelque chose ?
La gestion des tag est vraiment, vraiment stupide. En fait, il n'y en a pas. Ce qui est pire. Il leur suffisait de pouvoir associer un texte unique (hum VERSION_1.0) par exemple à un numéro de commit, vraiment RIEN a faire. Mais pkoi ne l'ont-ils pas fait tout simplement????
Ce n'est pas dans la philosophie: Tags et branches ne sont pas des concepts à part entière (métadonnées). Rien ne t'empêche de te créer une commande qui applique une propertie sur le répertoire de ton tag au moment où tu le crées et avec un cp, genre:
svn propset mon-projet-release "VERSION_1.0" /monprojet/tag1.
Ainsi, si quelqu'un commite par erreur sur le tag tu pourras repérer rapidement la révision avant l'erreur avec un svn log et revenir en arrière ( http://svnbook.red-bean.com/en/1.5 /svn.branchmerge.basicmerging.html#svn.branchmerge.basicmerging.undo ) ou démarrer une branche de patch genre
svn cp /monprojet/tag1@(marévisiontaggée) /monprojet/branches/version1-0-patch.
Après tout un tag ca sert juste à ça.
Je t'accorde que leur modèle est bancal, en témoigne la gestion foireuse des merge qui gère mal cette ambiguité.
C'est pas près de s'améliorer je crois.
Les hooks c'est à mon avis pour les gros projets, le notre ils suffit qu'on se disent que l'on ne va pas commiter sur des tags et ça suffira.
Au contraire, plus le projet est gros plus les hooks pénalisent. Chaque commit déclenche le hook même s'il ne fait rien. Enfin faudrait vérifier.
Et sinon le hook pour verrouiller les tags c'est une moyenne bonne idée parce que ca fait ramer le serveur qui doit examiner chaque commit y compris cuex en dehors des tags (enfi je crois)
Si vraiment vous faites dans la parano, Il vaut peut-être mieux locker récursivement le répertoire de chaque tag à chaque fois mais honnêtement ca sert pas à grand chose et c'est pas très performant avec SVN.
Si quelqu'un commit malencontreusement sous un tag et que vous souhaitiez redémarrer une branche, il vous suffit de remonter à la révision du "cp" pour repartir du bon pied.
A la limite, vous pouvez rajoutez une "propertie" sur le répertoire du tag qui indique la révision. Ca serait plus dans la philosophie de Mercurial.
La métaphore de SVN c'est le système de fichier.
Les branches n'existent pas en tant que concept.
Imagines que sans VCS, tu gères des versions d'un projet dans une arbo ) plat.
Tu créerais une arbo du genre /monprojet/trunk
/monprojet/branch1
/monprojet/branch2
Si tu veux bosser dans la branche 1 tu vas sous /monprojet/branch1
et à chaque fois que tu veux tagger
cp /monprojet/trunk /monprojet/tags/tag1
Avec SVN, c'est pareil !
Du coup si tu veux bosser sur le tronc
Tu fais un :
cd /mon/dossier/de/travail
svn co http:chezmoi.org/monprojet/trunk.
On appelle ca un "partial checkout"
Tu updates en fait tjs le HEAD mais tu te limites à un sous-repertoire lié à ta branche.
Si tu veux changer de branche tu as svn switch.
Avec les DVCS tu n'as bien souvent pas le support de "partial checkout" mais ils offrent bien d'autres avantages.
Parce que si je dois télécharger toutes les branches à chaque fois que quelqu'un en crééra un, je passe direct à git !
Pour t'en sortir tu peux peut-être tenter de récupérer tes 2 répertoires dans un workspace et faire un bon vieux merge 3ways avec des working copies:
svn merge sourceURL1[@N] sourceURL2[@M] [WCPATH]
Tu passes que des chemins locaux et je pense que ca ne devrait pas communiquer avec le serveur avant le commit
genre pour merger vers branche2:
cd /svn/mywc/branches/branch2
svn merge /svn/mywc/branches/branch1@1223 /svn/mywc/branches/branch1@1845 .
Ouais et pis les paroles c'est mignon tout plein, mais ca ne met beurre dans les épinards.
Ils auraient pu faire un geste envers sa veuve et ses enfants, Meeerde quoi !
[^] # Re: Comique et lamentable
Posté par nomorepost . En réponse au journal Bouteille à la mer. Évalué à 4.
- Le fait qu'elle soit entièrement financée par un riche mécène et fasse de l'ombre aux autres ?
- Le fait qu'elle ait une look soigné qui plait aux plus grand nombre ?
- Le fait qu'elle repompe les idées des autres mais quelle ne reverse jamais à la communauté en upstream ?
- Le fait qu'elle se réclame fer de lance du libre mais que ca ne suive pas dans les actes ?
Jaloux , Va!
Toute ressemblance avec des faits moulesques serait que pure intention
[^] # Re: Comique et lamentable
Posté par nomorepost . En réponse au journal Bouteille à la mer. Évalué à -2.
Sur ce, je vous laisse entre gens de bonne famille.
[^] # Re: Comique et lamentable
Posté par nomorepost . En réponse au journal Bouteille à la mer. Évalué à 10.
Merci les gars, je peux déjà me réserver pour la pêche aux prochaines élections.
Ca c'est fait !
[^] # Re: Comique et lamentable
Posté par nomorepost . En réponse au journal Bouteille à la mer. Évalué à -7.
Vous avez gagné, les ... gars !
Sarko, il est en piste jusqu'en 2042 !
Alors, moinssez ce journal pour qu'il sombre rapidement dans les abysses et retournez à vos petits occupations habituelles.
Sinon, c'est vrai que cette question: "l'engagement sur le libre", il n'est pas nécessaire de la poser aux tenants de l'UMP, on avait déjà la réponse et on sait qu'ils sont cohérents sur ce point.
[^] # Re: Le troll
Posté par nomorepost . En réponse au journal Linux un bloat, ah bon ?. Évalué à 10.
Il parait qu'il te relooke en 30s un site top moumoute et pour pas cher !
[^] # Re: Chouette !
Posté par nomorepost . En réponse à la dépêche La Marine Nationale choisit Codendi pour normaliser ses processus logiciel. Évalué à -1.
[^] # Re: Scrum backlog ???
Posté par nomorepost . En réponse à la dépêche La Marine Nationale choisit Codendi pour normaliser ses processus logiciel. Évalué à 4.
Leur communauté est auto-gérée et vit en autarcie.
Les adeptes vivent de leur production et vendent régulièrement leur produits sur le marché. Leur échelle du temps est comptabilisée en "sprint".
Ils sont facilement reconnaissables ! Ils déambulent dans la rue en gesticulant frénétiquement (parait que c'est du à la pression) et répètent inlassablement:
SCRUM ! SCRUM ! SCRUM ! ..
# patrick_g en PDF
Posté par nomorepost . En réponse au journal patrick_g en PDF. Évalué à 10.
[^] # Re: Les mélanges
Posté par nomorepost . En réponse au journal Expressions clichées. Évalué à 2.
[^] # Re: Bof !!!
Posté par nomorepost . En réponse au journal Expressions clichées. Évalué à 5.
[^] # Re: Bof !!!
Posté par nomorepost . En réponse au journal Expressions clichées. Évalué à 1.
[^] # Re: Bof !!!
Posté par nomorepost . En réponse au journal Expressions clichées. Évalué à 3.
[^] # Re: Bof !!!
Posté par nomorepost . En réponse au journal Expressions clichées. Évalué à 2.
[^] # Re: Bof !!!
Posté par nomorepost . En réponse au journal Expressions clichées. Évalué à 2.
# Bof !!!
Posté par nomorepost . En réponse au journal Expressions clichées. Évalué à 10.
Ces expressions ont « le vent en poupe » mais celles qu'ils ont pointé
ne représentent que « la partie émergée de l'iceberg».
« La cerise sur le gâteau » c'est que sur ce dossier, ils peuvent « revoir leur copie ». Par exemple ils se sont contenté de repérer celles qui « caracolent en tête ».
La vraie question c'est « à qui profite le crime ? »
Pour moi, c'est juste un buzz pour se faire connaitre «aux quatre coins de l'Hexagone » et rejoindre le club fermé des sites qui « ne connaissent pas la crise »
«L'ironie de l'histoire », c'est que justement, ca ne suffira pas à les empêcher de « s'enfoncer dans la crise ». Ca! C'est « une affaire à suivre ».
Mais sur ce coup là, on les « attend au tournant ».
Comme dit le dicton : « La balle est dans leur camp » !
[^] # Re: Celui qui m'horripile le plus
Posté par nomorepost . En réponse au journal Expressions clichées. Évalué à 4.
J'ai l'impression que « culte », c'est l'affreux mot que l'on entend le plus en ce moment. Quand on parle d'une série culte des années 70, je peux comprendre qu'elle ait marqué des générations et qu'il y ait éventuellement un mouvement de fans tournant encore autour. Mais quand on entend qu'un film « déjà culte » va sortir en salle, est-ce que ça veut encore dire quelque chose ?
C'est rien de le dire
http://linuxfr.org/comments/1067205.html#1067205
[^] # Re: checkout d'un sous-repertoire ... tout simplement
Posté par nomorepost . En réponse au message Empecher le checkout automatique des tags en svn. Évalué à 2.
La gestion des tag est vraiment, vraiment stupide. En fait, il n'y en a pas. Ce qui est pire. Il leur suffisait de pouvoir associer un texte unique (hum VERSION_1.0) par exemple à un numéro de commit, vraiment RIEN a faire. Mais pkoi ne l'ont-ils pas fait tout simplement????
Ce n'est pas dans la philosophie: Tags et branches ne sont pas des concepts à part entière (métadonnées). Rien ne t'empêche de te créer une commande qui applique une propertie sur le répertoire de ton tag au moment où tu le crées et avec un cp, genre:
svn propset mon-projet-release "VERSION_1.0" /monprojet/tag1.
Ainsi, si quelqu'un commite par erreur sur le tag tu pourras repérer rapidement la révision avant l'erreur avec un svn log et revenir en arrière ( http://svnbook.red-bean.com/en/1.5 /svn.branchmerge.basicmerging.html#svn.branchmerge.basicmerging.undo ) ou démarrer une branche de patch genre
svn cp /monprojet/tag1@(marévisiontaggée) /monprojet/branches/version1-0-patch.
Après tout un tag ca sert juste à ça.
Je t'accorde que leur modèle est bancal, en témoigne la gestion foireuse des merge qui gère mal cette ambiguité.
C'est pas près de s'améliorer je crois.
Les hooks c'est à mon avis pour les gros projets, le notre ils suffit qu'on se disent que l'on ne va pas commiter sur des tags et ça suffira.
Au contraire, plus le projet est gros plus les hooks pénalisent. Chaque commit déclenche le hook même s'il ne fait rien. Enfin faudrait vérifier.
[^] # Re: checkout d'un sous-repertoire ... tout simplement
Posté par nomorepost . En réponse au message Empecher le checkout automatique des tags en svn. Évalué à 2.
Si vraiment vous faites dans la parano, Il vaut peut-être mieux locker récursivement le répertoire de chaque tag à chaque fois mais honnêtement ca sert pas à grand chose et c'est pas très performant avec SVN.
Si quelqu'un commit malencontreusement sous un tag et que vous souhaitiez redémarrer une branche, il vous suffit de remonter à la révision du "cp" pour repartir du bon pied.
A la limite, vous pouvez rajoutez une "propertie" sur le répertoire du tag qui indique la révision. Ca serait plus dans la philosophie de Mercurial.
# checkout d'un sous-repertoire ... tout simplement
Posté par nomorepost . En réponse au message Empecher le checkout automatique des tags en svn. Évalué à 3.
Les branches n'existent pas en tant que concept.
Imagines que sans VCS, tu gères des versions d'un projet dans une arbo ) plat.
Tu créerais une arbo du genre /monprojet/trunk
/monprojet/branch1
/monprojet/branch2
Si tu veux bosser dans la branche 1 tu vas sous /monprojet/branch1
et à chaque fois que tu veux tagger
cp /monprojet/trunk /monprojet/tags/tag1
Avec SVN, c'est pareil !
Du coup si tu veux bosser sur le tronc
Tu fais un :
cd /mon/dossier/de/travail
svn co http:chezmoi.org/monprojet/trunk.
On appelle ca un "partial checkout"
Tu updates en fait tjs le HEAD mais tu te limites à un sous-repertoire lié à ta branche.
Si tu veux changer de branche tu as svn switch.
Avec les DVCS tu n'as bien souvent pas le support de "partial checkout" mais ils offrent bien d'autres avantages.
Parce que si je dois télécharger toutes les branches à chaque fois que quelqu'un en crééra un, je passe direct à git !
Tu devrais
http://linuxfr.org/forums/12/27748.html#1066420
[^] # Re: Qui est mickael rameau ?
Posté par nomorepost . En réponse au journal pourquoi je quitte linux ubuntu. Évalué à 4.
Amen !
[^] # Re: Site web ...
Posté par nomorepost . En réponse au journal pourquoi je quitte linux ubuntu. Évalué à 3.
[^] # Re: Blah Blah.
Posté par nomorepost . En réponse à la dépêche Alan Turing reçoit des excuses posthumes. Évalué à 2.
[^] # Re: merge tracking
Posté par nomorepost . En réponse au message Lenteur de svn merge. Évalué à 1.
svn merge sourceURL1[@N] sourceURL2[@M] [WCPATH]
Tu passes que des chemins locaux et je pense que ca ne devrait pas communiquer avec le serveur avant le commit
genre pour merger vers branche2:
cd /svn/mywc/branches/branch2
svn merge /svn/mywc/branches/branch1@1223 /svn/mywc/branches/branch1@1845 .
Tiens nous au courant !
[^] # Re: Ouaaah
Posté par nomorepost . En réponse à la dépêche Alan Turing reçoit des excuses posthumes. Évalué à 6.
Ils auraient pu faire un geste envers sa veuve et ses enfants, Meeerde quoi !
[^] # Re: merge tracking
Posté par nomorepost . En réponse au message Lenteur de svn merge. Évalué à 1.
Bon courage