Le problème est qu'on mélange 2 affaires.
Je trouve normal que Google ne se soustraient pas à la léguislation francaise en matière de fiscalité parce que ca l'arrange. Le contribuable francais se souvient qu'il a mis la main à la poche pour les mêmes raisons dans l'affaire Executive Life pour une loi américaine protectionniste qui plus est. Alors pourquoi 2 poids, 2 mesures ?
La taxation des recherches sur l'actualité est en effet une absurdité mais c'est un autre problème.
Le plus drôle est quand même qu'ils sont les premiers à taper sur les doigts des entreprises qui pratiquent l'évasion fiscale en délocalisant leur sièges sociaux.
Mais bon, protectionniste avec leur business et libéraux pour celui des autres, ce n'est pas comme si on les connaissait pas depuis le temps.
Entre l'embargo sur l'acier le temps de se restructurer, l'affaire du marché des avions ravitailleurs, Executive Life (on doit respecter leur législation mais eux ne nous devraient pas la pareille) …
Comment ça anti-américanisme ?
Moi j'aurais dit lucidité. Business is Businness
Certes mais le chef de projet n'est pas derrière les devs s'ils n'utilisent pas le système comme ils le devraient.
Par exemple, en oubliant d'interroger le bugtracker de référence avant de créer un ticket et de le pusher. Et même là le schéma de concurrence optimiste ne préviendra pas des doublons.Ca me parait contre productif.
L'autre avantage que je vois à la forge centralisée comme moyen de communication et de permettre de se coordonner lorsqu'on doit modifier un fichier non mergeable du style artwork vu qu'on n'a plus de lock pessimiste avec un DVCS.
Je suis du Gers mais comme les parisiens connaissent la géographie de leur pays aussi bien que les américains celle du monde (ils partagent la même culture en somme), j'ai fait un raccourci.
Nous on a le cassoulet, tous les congrès des parisiens du PS qui emmènent leurs bouchons avec eux alors qu'on s'en passerait bien, une ville aussi belle que la capitale mais en couleur et on parle sans accenGG.
Ce qui est surtout classique, c'est de voir un pénible débarquer en râlant qu'il y a un truc qui n'est pas ouvert alors que la presque totalité du produit l'est, vient faire la leçon mais ne propose pas de de business model alternatif qui permettrait d'en vivre.
Que je sache les personnes qui ont Outlook, ca ne les gène pas de payer un OS proprio alors pourquoi ne pas taper chez eux ?
S'ils veulent pas payer, ils passent sous Linux et financent le projet en dons à la place. Comment ça ca n'arrive jamais ?
Tu veux dire que les pires pingres se cachent derrière l'argument libriste ?
Tu as oublié les cathos, les kevins, ceux qui diffusent leur contenu en CC avec une clause NC, les pros OGM, les anti nucléaires, les anti pBpG, les pros pBpG, ceusses qui vont sur PC Inpact, les ubuntistes, …
Non on a un workflow centralisé classique. Mais on interdit pas des développeurs de collaborer directement, en attendant que le dépôt central soit créé par exemple ou parce qu'ils sont hors du réseau d'entreprise.
Ici on a besoin de pouvoir partager son dépôt rapidement et ca le fait.
Je ne dis pas que le git daemon ne fait pas l'affaire aujourd'hui mais à l'époque non.
Scm Manager couvre les 2 besoins justement.
Et en plus il est en full Java ce qui nous convient bien pour prêter main forte, s'adapte à notre archi.
D'ailleurs un de nos dev a posté le plugin d'intégration crowd.
il ne supporte pas les submodules qui est une feature capitale pour des devs un peu conséquent avec de l'édition de lien statique, ni les checkout partiels (et ls branches locales ?),ne proposa pas de stratégie de merge automatiques
et sa gestion des changesets ne semble pas supporter le groupage de commit pour faire du cherry picking.
Pour coder seul, ça peut être sympa mais je me demande comment ca passe à l'échelle pour une équipe.
D'ailleurs sur le principe même du bugtracker distribué j'ai des doutes. Le fait de centraliser les demandes ca évite que 2 gugusses prennent en charge la même correction en même temps ou créent un même ticket dans leur coin le résolvent.
Dans la vue History en cochant "follow rename" ca marche parfaitement mais si on lance un merge entre 2 branches il ne détecte pas que le même fichier a été renommé déplacé et te crée une copie de l'ancien fichier dans ton workspace au lieu de te merger le fichier.
Depuis la 1.1 il est remis aux calendes grecques car il nécessite une refonte de l'architecture de SVN.
Hg le gère très bien car il suit explicitement les renommages.
Git s'en sort bien avec une heuristique qui fait le diff entre 2 contenu et en reconfigurant le renamelimit au besoin.
Plus d'infos ici http://blogs.atlassian.com/2011/10/confluence_git_rename_merge_oh_my/
[^] # Re: Et sinon...
Posté par El Titi . En réponse au journal Les journaux LinuxFr.org les moins biens notés de la semaine 44/2012. Évalué à 10.
La dérision , ça doit pas te parler. Moi ça m'a fait sourire. Vivement le prochain pour voir quand la source d'expressions synonymes va se tarir.
Très fin, beau travail ! Continuez Mr Spack !
[^] # Re: Que vaut GitStack ?
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 3.
Dsl, j'avais zappé dans le thread.
Alors bienvenue au 21e siècle ;)
[^] # Re: Soupe aux navets
Posté par El Titi . En réponse au journal Cinema - Skyfall. Évalué à 10.
Il n'aime que MoneyPenny, c'est pour ça qu'il est triste.
[^] # Re: Confusion
Posté par El Titi . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à 3.
Houlala !
Tu va déclencher l'ire de notre pourfendeur de démocratie directe là !
J'aimerais pas être à ta place.
[^] # Re: Chapeau rouge
Posté par El Titi . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à 4.
Demande a Paco Rabanne de t'exaucer.
[^] # Re: git init --bare
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 3.
Bon argument en effet.
Merger un ticket, ca revient à le lier.
Sachant que le coté distribué pourrait permettre de réorienter un ticket upstream avec un autre projet, ca pourrait avoir un intérêt.
[^] # Re: Comme d'hab
Posté par El Titi . En réponse au journal De la finalité du système de notation. Évalué à 0.
Troll qui lasse, Karma qui trépasse !
[^] # Re: Et alors ?
Posté par El Titi . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à 10.
Le problème est qu'on mélange 2 affaires.
Je trouve normal que Google ne se soustraient pas à la léguislation francaise en matière de fiscalité parce que ca l'arrange. Le contribuable francais se souvient qu'il a mis la main à la poche pour les mêmes raisons dans l'affaire Executive Life pour une loi américaine protectionniste qui plus est. Alors pourquoi 2 poids, 2 mesures ?
La taxation des recherches sur l'actualité est en effet une absurdité mais c'est un autre problème.
[^] # Re: bah...
Posté par El Titi . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à 10.
Le plus drôle est quand même qu'ils sont les premiers à taper sur les doigts des entreprises qui pratiquent l'évasion fiscale en délocalisant leur sièges sociaux.
Mais bon, protectionniste avec leur business et libéraux pour celui des autres, ce n'est pas comme si on les connaissait pas depuis le temps.
Entre l'embargo sur l'acier le temps de se restructurer, l'affaire du marché des avions ravitailleurs, Executive Life (on doit respecter leur législation mais eux ne nous devraient pas la pareille) …
Comment ça anti-américanisme ?
Moi j'aurais dit lucidité. Business is Businness
[^] # Re: git init --bare
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 2.
Certes mais le chef de projet n'est pas derrière les devs s'ils n'utilisent pas le système comme ils le devraient.
Par exemple, en oubliant d'interroger le bugtracker de référence avant de créer un ticket et de le pusher. Et même là le schéma de concurrence optimiste ne préviendra pas des doublons.Ca me parait contre productif.
L'autre avantage que je vois à la forge centralisée comme moyen de communication et de permettre de se coordonner lorsqu'on doit modifier un fichier non mergeable du style artwork vu qu'on n'a plus de lock pessimiste avec un DVCS.
[^] # Re: Non
Posté par El Titi . En réponse au journal De la finalité du système de notation. Évalué à 1.
Faux ! Zenitram est la matrice aka "système de notation"
Relis le début
Tu plaisantes la? Tu veux dire que je suis consensuel?
[^] # Re: Que vaut GitStack ?
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 2.
Je n'ai pas bien compris comment se positionne GitStack en terme de licence.
Il semble qu'il soit disponible sous GPLv3 mais qu'on ne puisse pas l'utiliser librement
http://gitstack.com/pricing/
Je sais bien qu'un logiciel libre n'est pas gratuit mais ça ne semble pas clair.
[^] # Re: DLFP
Posté par El Titi . En réponse à la dépêche Le microcontrôleur YASEP fait son coming out lors des JM2L 2012. Évalué à 9.
Ce n'est pas une philosophie mais un art de non vivre
[^] # Re: Chapeau rouge
Posté par El Titi . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à 2.
Je suis du Gers mais comme les parisiens connaissent la géographie de leur pays aussi bien que les américains celle du monde (ils partagent la même culture en somme), j'ai fait un raccourci.
Moi c'est plutôt foie gras, armagnac et tariquet.
[^] # Re: Chapeau rouge
Posté par El Titi . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à 1.
Ah non, rien à voir.
Nous on a le cassoulet, tous les congrès des parisiens du PS qui emmènent leurs bouchons avec eux alors qu'on s'en passerait bien, une ville aussi belle que la capitale mais en couleur et on parle sans accenGG.
[^] # Re: Chapeau rouge
Posté par El Titi . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à 3.
non le tort TUE
[^] # Re: Connecteur Outlook
Posté par El Titi . En réponse à la dépêche Blue Mind 1.0 est disponible !. Évalué à 4.
Ce qui est surtout classique, c'est de voir un pénible débarquer en râlant qu'il y a un truc qui n'est pas ouvert alors que la presque totalité du produit l'est, vient faire la leçon mais ne propose pas de de business model alternatif qui permettrait d'en vivre.
Que je sache les personnes qui ont Outlook, ca ne les gène pas de payer un OS proprio alors pourquoi ne pas taper chez eux ?
S'ils veulent pas payer, ils passent sous Linux et financent le projet en dons à la place. Comment ça ca n'arrive jamais ?
Tu veux dire que les pires pingres se cachent derrière l'argument libriste ?
[^] # Re: 4Go de ram ?
Posté par El Titi . En réponse à la dépêche Blue Mind 1.0 est disponible !. Évalué à 1. Dernière modification le 31 octobre 2012 à 13:20.
Houps trompé de thread.
Bien cette petite feature qui permet de modifier ;)
[^] # Re: Que vaut GitStack ?
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 2.
Sinon Scm Manager comparé à GitStack te permet de gérer des dépôts d'autres VCS (SVN, Hg), fonctionne sous Linux aussi et est surtout libre.
Il te permet aussi de démarrer en tant que service.
https://bitbucket.org/sdorra/scm-manager/wiki/daemons
[^] # Re: Que vaut GitStack ?
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 2.
Quel outil utilises tu actuellement ?
Si tu es sous SVN, relis le lien que j'ai posté un peu plus haut sur la migration d'Atlassian.
Très utile.
[^] # Re: Les objectifs
Posté par El Titi . En réponse au journal De la finalité du système de notation. Évalué à 8.
Tu as oublié les cathos, les kevins, ceux qui diffusent leur contenu en CC avec une clause NC, les pros OGM, les anti nucléaires, les anti pBpG, les pros pBpG, ceusses qui vont sur PC Inpact, les ubuntistes, …
[^] # Re: git init --bare
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 2.
Non on a un workflow centralisé classique. Mais on interdit pas des développeurs de collaborer directement, en attendant que le dépôt central soit créé par exemple ou parce qu'ils sont hors du réseau d'entreprise.
Ici on a besoin de pouvoir partager son dépôt rapidement et ca le fait.
Je ne dis pas que le git daemon ne fait pas l'affaire aujourd'hui mais à l'époque non.
Scm Manager couvre les 2 besoins justement.
Et en plus il est en full Java ce qui nous convient bien pour prêter main forte, s'adapte à notre archi.
D'ailleurs un de nos dev a posté le plugin d'intégration crowd.
[^] # Re: git init --bare
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 2.
D'après ce que j'en lis ici
http://en.wikipedia.org/wiki/Comparison_of_revision_control_software
http://better-scm.shlomifish.org/comparison/comparison.html
il ne supporte pas les submodules qui est une feature capitale pour des devs un peu conséquent avec de l'édition de lien statique, ni les checkout partiels (et ls branches locales ?),ne proposa pas de stratégie de merge automatiques
et sa gestion des changesets ne semble pas supporter le groupage de commit pour faire du cherry picking.
Sinon dans la même veine des DVCS qui embarquent un bugtracker tu as aussi Veracity:
http://linuxfr.org/news/veracity-un-nouveau-gestionnaire-de-versions-d%C3%A9centralis%C3%A9
Pour coder seul, ça peut être sympa mais je me demande comment ca passe à l'échelle pour une équipe.
D'ailleurs sur le principe même du bugtracker distribué j'ai des doutes. Le fait de centraliser les demandes ca évite que 2 gugusses prennent en charge la même correction en même temps ou créent un même ticket dans leur coin le résolvent.
[^] # Re: Que vaut GitStack ?
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 2.
Pour préciser le rename tracking:
Dans la vue History en cochant "follow rename" ca marche parfaitement mais si on lance un merge entre 2 branches il ne détecte pas que le même fichier a été renommé déplacé et te crée une copie de l'ancien fichier dans ton workspace au lieu de te merger le fichier.
Ce problème n'a jamais été traité dans SVN.
http://subversion.tigris.org/issues/show_bug.cgi?id=898
Depuis la 1.1 il est remis aux calendes grecques car il nécessite une refonte de l'architecture de SVN.
Hg le gère très bien car il suit explicitement les renommages.
Git s'en sort bien avec une heuristique qui fait le diff entre 2 contenu et en reconfigurant le renamelimit au besoin.
Plus d'infos ici
http://blogs.atlassian.com/2011/10/confluence_git_rename_merge_oh_my/
Et oui après Eclipse, nos amis d'Atlassian sont maintenant passés sous Git:
http://www.drdobbs.com/architecture-and-design/migrating-from-subversion-to-git-and-the/240009175?pgno=1
[^] # Re: git init --bare
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 4.
Sauf que ca intègre un nouvel outil de gestion de version et qu'on ne sait pas bien s'il est à la hauteur de Git ou Hg.