Discussion :

[Amine Horseman]

Google Code fermera ses portes en janvier 2016
Aucun commit ne sera accepté après le 24 août prochain

Le géant de Mountain View a annoncé le jeudi dernier la date de fermeture de Google Code, le service d’hébergement de projets et de collaboration, qui ne sera plus disponible à partir de janvier 2016.

La raison donnée par l’équipe de Google est que le maintien de ce service demande trop de travail par rapport au rendement réel et que la plupart des développeurs préfèrent migrer vers d’autres services qui proposent des options supérieures.

« Quand nous avons lancé le service d'hébergement Google Code en 2006, le monde de l'hébergement de projets était limité […] Depuis lors, il y a eu une grande variété de projets meilleurs tels que GitHub et Bitbucket » déclare Chris DiBona, directeur des activités Open Source à Google. « De nombreux projets se sont éloignés de Google Code pour se rapprocher de ces autres systèmes. Afin de rencontrer des développeurs là où ils sont, nous avons migré près d'un millier de nos propres projets open source de Google Code à GitHub […] Il est devenu clair pour nous que le service n’est tout simplement plus nécessaire ».

Depuis le jeudi dernier, le service n’accepte plus de nouveaux projets. Les projets existants continueront à être hébergés jusqu’au 26 janvier 2016. Toutefois, à partir du 24 août prochain, le site entre en mode « Lecture Seule », les développeurs ne pourront donc plus apporter de modifications (commit) à leurs projets, mais ils auront la possibilité de télécharger tous les fichiers sources ainsi que les wikis avant la date de fermeture définitive du service.

L’équipe de Google tient à souligner qu'il existe de nombreux moyens faciles et automatiques pour migrer ses projets hébergés sur Google Code vers des services d'hébergement alternatifs, dont l'espace projets de Developpez.com. Pour les intéressés, il existe aussi un espace gratuit d’hébergement de code sur Developpez.com qui inclut un ensemble d’outils pour vous aider à gérer votre projet tout au long de son cycle de vie : versionning, forum dédié, wiki, calendrier système de suivi de bugs, roadmap…etc, vous bénéficierez également d’un nom de domaine nom-du-projet.developpez.com et d’un accès FTP.

Visiter l’espace projets de Developpez.com

Source : Google Blog

Et vous ?

Que pensez-vous de la fermeture de Google Code ?

Avez-vous déjà testé ce service ? Quel est votre avis ?

[Shepard]

En gros ils disent que SourceForge c'était de la merde si je comprends bien

Edit: Une news à 4h du matin ... Nos chroniqueurs préférés ne reculent devant aucun sacrifice !

[yahiko]

Cette fermeture était déjà dans les tuyaux depuis un moment puisque nombreux étaient les projets qui avaient migré en d'autres cieux.
Ce service Google aura tout de même été utile. RIP
Ce projet s'ajoutera simplement à la myriade de projets Google abandonnés.

Cimetière Google

[Shuty]

Il n'y a que celui qui ne tente rien qui ne se trompe jamais !

Ce service aura tout de même beaucoup aidé ! RIP

Sympa le link avec les tombes

[Kropernic]

Sympa le link avec les tombes

Oui excellent ! J'ai d'ailleurs du réprimer un éclat de rire au bureau en voyant la dernière ^^.

[fenkys]

Que pensez-vous de la fermeture de Google Code ?
Une fois de plus Google confirme que la pérennité de ses services n'est pas assurée dans le temps et qu'il ne faut pas compter sur eux pour des projets à long terme. Voila qui va me décourager d'essayer d'utiliser un service Google à l'avenir.

[mangasource]

Que pensez-vous de la fermeture de Google Code ?
Une fois de plus Google confirme que la pérennité de ses services n'est pas assurée dans le temps et qu'il ne faut pas compter sur eux pour des projets à long terme. Voila qui va me décourager d'essayer d'utiliser un service Google à l'avenir.

Je suis plutôt d'accord avec toi .. Même si l'on sait que certains projets tels que GMAIL, DRIVE, *InsererIciLeNomDunServiceGoogleQuiSiToutVaBienNeDisparaitraPas*, sont tout de même pérenne. Ou ai-je tord ?

[Glutinus]

Je suis plutôt d'accord avec toi .. Même si l'on sait que certains projets tels que GMAIL, DRIVE, *InsererIciLeNomDunServiceGoogleQuiSiToutVaBienNeDisparaitraPas*, sont tout de même pérenne. Ou ai-je tord ?

Clair, s'ils laissent tomber l'agenda je suis dans la mouise...

[clementmarcotte]

Bonjour,

À un échelon plus élevé on peut parler d'une victoire de Microsoft dans la guerre qui l'oppose à Google. Puisque Microsoft a décidé d'encourager officiellement l'utilisation de GitHub, de l'utiliser eux-mêmes et d'en faciliter l'utilisation à partir de Visual Studio (même Community qui est gratuit); c'est une solide droite que Google doit encaisser. On peut même penser qu'en faisant cela, Google veut "rentabiliser" ses serveurs en utilisant l'espace disque et l'espace mémoire pour des activités qui génèrent plus de trafic. Même que je me demande si ce n'est pas le sort qui attend également CodePlex. Sur CodePlex, on commence à voir des projets qui annoncent qu'ils sont rendus sur GitHub. Même que j'en ai vu un aujourd'hui qui dit carrément que, pour eux, CodePlex est un miroir pour ce qu'ils ont sur GitHub.

[yahiko]

Idem que Google Code, codeplex est mort. Microsoft bascule tous ses projets sur GitHub

[tomlev]

Google Code n'était pas un mauvais service, et il aurait pu décoller, si Google avait un peu plus investi dedans. C'était déjà un gros progrès par rapport à SourceForge. Mais faute d'avoir évolué, sa fin était inéluctable... Pas une très grosse perte à mon avis, GitHub ou BitBucket offrent un bien meilleur service.

Que pensez-vous de la fermeture de Google Code ?
Une fois de plus Google confirme que la pérennité de ses services n'est pas assurée dans le temps et qu'il ne faut pas compter sur eux pour des projets à long terme. Voila qui va me décourager d'essayer d'utiliser un service Google à l'avenir.

C'est clair... c'est d'ailleurs ce qui m'a décidé à abandonner les services Google. La fermeture de de Google Reader et l'arrêt du support d'Active Sync dans Gmail ont été les gouttes d'eau qui ont fait déborder le vase.

Idem que Google Code, codeplex est mort. Microsoft bascule tous ses projets sur GitHub

Oui, même si MS ne l'a pas encore dit clairement, je pense que CodePlex est en sursis... il souffre du même problème que Google Code : une absence quasi-totale d'évolution depuis sa création. J'avais un projet sur CodePlex, que j'ai migré sur GitHub il y a quelque temps. Sans regret, bien au contraire...

[youtpout978]

Ce que je trouve sympa dorénavant c'est visual studio online le gestionnaire de source privé de Microsoft (gratuit si moins de 5 utilisateurs), c'est assez difficile de trouver des gestionnaires de source privé gratuit, avant j'utilisais xp-dev mais limité en projet et en taille ça tournait sous svn, je n'avais rien trouvé de mieux.

[yahiko]

Pour avoir un dépôt privé, un truc simple et multiplateformes c'est dropbox + git

[tomlev]

Pour avoir un dépôt privé, un truc simple et multiplateformes c'est dropbox + git

Mauvaise idée à mon avis... je pense que tu as de bonnes chances de corrompre ton repo en faisant ça.

Perso pour les repos privés j'utilise généralement BitBucket, mais c'est vrai que VS Online est pas mal aussi. 2 features sympa de VSO :
- intégration continue sur la même plateforme (sur GitHub il faut passer par un service tiers type Appveyor)
- intégration dans le Team Explorer de Visual Studio, qui permet de gérer les work items et les builds depuis VS

[yahiko]

Mauvaise idée à mon avis... je pense que tu as de bonnes chances de corrompre ton repo en faisant ça.

Perso pour les repos privés j'utilise généralement BitBucket, mais c'est vrai que VS Online est pas mal aussi. 2 features sympa de VSO :
- intégration continue sur la même plateforme (sur GitHub il faut passer par un service tiers type Appveyor)
- intégration dans le Team Explorer de Visual Studio, qui permet de gérer les work items et les builds depuis VS

Pour le moment je n'ai jamais eu de souci et ça permet de faire collaborer des personnes sous Windows, Mac et Linux sur un même projet.

Mais on est d'accord, c'est pour les moonlight projects pas pour les projets pro.

[tomlev]

Pour le moment je n'ai jamais eu de souci et ça permet de faire collaborer des personnes sous Windows, Mac et Linux sur un même projet.

En multi-utilisateurs en plus
Tu cherches vraiment les problèmes... Ca veut dire que tu partages la working copy entre tous les utilisateurs, donc même sans commiter, tu partages toutes tes modifs avec les autres. Sauf bien sûr si tu as juste un repo "bare" sur dropbox et un repo avec une working copy ailleurs sur ton disque ; mais même si tu fais ça, si 2 personnes commitent en même temps tu peux vraiment foutre en l'air le repo. Tu as peut-être eu de la chance jusqu'ici, mais la loi de Murphy étant ce qu'elle est, tu devrais vraiment changer d'approche.

[yahiko]

Oulà... Le dépôt distant est sur Dropbox et chaque utilisateur a une copie locale sur laquelle il travaille.
Après chaque utilisateur travaille sur sa branche. Alors qu'il commit en même temps qu'un autre, ça ne comporte aucun risque de conflit.

Nan vraiment je ne vois pas ce qui te hérisse le poil tant que ça.

[tomlev]

Oulà... Le dépôt distant est sur Dropbox et chaque utilisateur a une copie locale sur laquelle il travaille.

OK, c'est déjà un peu moins délirant

Après chaque utilisateur travaille sur sa branche. Alors qu'il commit en même temps qu'un autre, ça ne comporte aucun risque de conflit.

J'en suis pas si sûr que toi. Quand tu commites, tu écris dans la DB du repo, qui est commune à toutes les branches.

Nan vraiment je ne vois pas ce qui te hérisse le poil tant que ça.

En plus avec ton système si tu perds le réseau en plein milieu de la synchro Dropbox, dans quel état est ton repo ? Sûrement pas dans un état cohérent...

Peut-être que je me trompe (et je te le souhaite), mais si un jour tu fous en l'air ton repo à cause de ça, faudra pas s'étonner... De toute façon je vois vraiment pas l'intérêt de faire ça, alors qu'il existe des plateformes faites pour ça.

[yahiko]

J'en suis pas si sûr que toi. Quand tu commites, tu écris dans la DB du repo, qui est commune à toutes les branches.

On ne fait pas nos commit à l'aéroport ou dans un starbuck en Wifi je te rassure. ^^

En plus avec ton système si tu perds le réseau en plein milieu de la synchro Dropbox, dans quel état est ton repo ? Sûrement pas dans un état cohérent...

Je testerai une coupure violente du réseau pendant un push sur un dépôt de test histoire de voir ce que ça donne.

Peut-être que je me trompe (et je te le souhaite), mais si un jour tu fous en l'air ton repo à cause de ça, faudra pas s'étonner... De toute façon je vois vraiment pas l'intérêt de faire ça, alors qu'il existe des plateformes faites pour ça.

Faire bosser un linuxien ou un fan d'Apple sur Visual Studio Online, c'est se tirer une balle dans le pied si tu vois ce que je veux dire ^^
Github en gratuit ne propose que des dépôts public et je ne savais pas que Bitbucket proposait des dépôts privés en gratuit.
A l'occasion je verrais.

Il n'en reste pas moins que la solution actuelle avec Dropbox + Git (+ Git GUI) fonctionne bien et a fini par être acceptée. Car le plus dur pour ma part a surtout été de faire comprendre l'intérêt d'un CVS aux autres membres du projet .

[tomlev]

Faire bosser un linuxien ou un fan d'Apple sur Visual Studio Online, c'est se tirer une balle dans le pied si tu vois ce que je veux dire ^^
Github en gratuit ne propose que des dépôts public et je ne savais pas que Bitbucket proposait des dépôts privés en gratuit.
A l'occasion je verrais.

Oui je pensais plutôt à BitBucket. Les dépôts privés sont limités à 5 utilisateurs il me semble, mais pour un petit projet c'est suffisant en général.