Google Cloud Source Repositories vs Bitbucket vs GitHub : une alternative valable ?

Sans grande fanfare, Google a présenté une nouvelle plate-forme de contrôle de version, hébergée sur son vaste cloud. Si cela vous semble quelque peu familier, vous pensez peut-être à Google Code, qui n'existe plus. La grande différence est que le nouveau Cloud Source Repositories de Google est une plate-forme git, ce qui signifie qu'il est beaucoup plus flexible (et utile) que Google Code.

Google Code a été lancé en 2006, quelques années avant que GitHub et Bitbucket n'apparaissent sur la scène, dépassant rapidement Google Code en popularité. Google a finalement débranché Google Code en mars 2015, invoquant un manque d'intérêt.

Alors que c'était la fin de la route pour Google Code, qui est tombé en disgrâce des années avant qu'il ne soit officiellement déclaré mort, Google n'abandonne pas la communauté des développeurs. En fait, Google Cloud Source Repositories semble plutôt prometteur, même à ce stade précoce. Personnellement, je ne m'attends pas à ce que beaucoup de gens abandonnent GitHub et passent à Google de si tôt, mais la société a un moyen d'attirer les utilisateurs vers ses services, même ceux qui ne semblent pas si tentants au lancement. Google continue simplement de pousser, de peaufiner, d'innover et d'offrir des incitations aux nouveaux utilisateurs. Cela fonctionne généralement, même si je suis sûr que beaucoup d'entre vous se souviennent d'une ou deux blagues Google Plus en ce moment. Cependant, je suis également sûr que Google est extrêmement sérieux en ce qui concerne ce projet.

Google a le muscle pour y arriver

J'ai déjà mentionné deux projets Google pas si réussis : Google Plus et Google Code. Vous vous demandez peut-être pourquoi quelqu'un devrait être enthousiasmé par le nouveau référentiel cloud, qui est encore en version bêta.

Eh bien, pour commencer, Google a de bons antécédents en matière de transformation des bêtas en services utiles, populaires et très fiables. Grâce à ses vastes ressources humaines et financières, Google ne devrait avoir aucun mal à développer Cloud Source Repositories en quelque chose de plus sérieux à l'avenir, à condition qu'il y ait suffisamment d'intérêt.

Un autre atout est l'infrastructure cloud de Google. C'est sans pareil; l'entreprise a la réputation d'une stabilité à toute épreuve et, grâce aux économies d'échelle, elle peut généralement offrir plus pour moins cher (par rapport à des concurrents plus petits).

L'autre chose à garder à l'esprit est que le nouveau service Cloud Source Repositories ne remplace pas exactement Google Code. Alors que les deux services s'adressent aux développeurs, Google Code a été conçu pour les projets open source collaboratifs et, en plus du code, il a également permis l'hébergement d'autres types de contenu, tels que la documentation, les wikis, etc. Cependant, Cloud Source Repositories est plus ou moins un service Git traditionnel. Il n'y a pas de cloches et de sifflets, bien qu'il y ait quelques fonctionnalités qui devraient aider à accélérer l'adoption.

Référentiels source cloud contre GitHub contre Bitbucket

La nouvelle plate-forme de code cloud de Google ne semble pas s'attaquer de front à GitHub. Au lieu de cela, Cloud Source Repositories (CSR) permettra aux utilisateurs de se connecter à des référentiels hébergés sur GitHub ou Bitbucket. Cependant, tout est automatiquement synchronisé avec le référentiel source de Google Cloud.

Chaque projet sur la plate-forme cloud de Google dispose d'un référentiel source cloud, qui peut être consulté et utilisé par plusieurs utilisateurs. Les autorisations sont héritées du projet Cloud, il suffit donc à l'utilisateur d'ajouter des membres au projet et de définir leurs autorisations.

La bonne nouvelle est qu'un CSR Google peut être connecté à un autre référentiel Git hébergé sur GitHub ou Bitbucket. Toutes les modifications seront synchronisées sur les deux plates-formes, car vous pouvez configurer Google CSR pour qu'il soit automatiquement mis en miroir depuis GitHub et Bitbucket.

Vous vous souvenez quand j'ai dit que Google avait l'habitude de faire utiliser ses services aux gens sans même le savoir ? Eh bien, l'intégration avec Google Cloud Platform et la mise en miroir automatisée, prenant en charge deux des plus grands référentiels Git du marché, ressemblent certainement à un service que de nombreux utilisateurs trouveront attrayant. N'oubliez pas qu'il s'agit toujours d'une version bêta, donc Google pourrait le rendre encore plus tentant en introduisant une intégration plus poussée avec d'autres services Google. Cloud Source Repositories ressemble déjà à une extension naturelle de l'écosystème Google, mais avec un peu plus d'intégration, cela pourrait être encore mieux.

Alors, comment se compare-t-il à GitHub et Bitbucket ?

Eh bien, c'est encore difficile à dire; c'est encore une version bêta et aucune information sur les prix n'a été révélée. Néanmoins, il convient de noter que GitHub et Bitbucket sont étroitement liés en termes de fonctionnalités, bien qu'il existe quelques différences. Par exemple, les utilisateurs avancés peuvent préférer l'un ou l'autre en raison de différents modèles de facturation. On prétend souvent que GitHub est un peu meilleur pour les fonctionnalités supplémentaires et les projets open source, principalement parce qu'il héberge un certain nombre de projets open source majeurs. Cependant, BitBucket peut être un meilleur choix pour les petits développeurs et les développeurs indépendants car il offre plus de fonctionnalités gratuitement (par exemple, des référentiels privés illimités avec plusieurs collaborateurs). En fin de compte, c'est une question de préférence personnelle ; les deux services sont très bons.

Mais qu'en est-il de Cloud Source Repositories ? Personnellement, je pense qu'il est encore trop tôt pour se prononcer. GitHub et Bitbucket existent depuis des années, tandis que Google CSR vient de passer en version bêta publique il y a quelques semaines. La version bêta est entièrement gratuite et vous bénéficiez également de 500 Mo de stockage pour vos précieux fichiers source. Cependant, cela, évidemment, ne peint pas le tableau complet. Nous n'avons pas encore vu ce que Google prévoit de faire à long terme.

Bien qu'il soit encore trop tôt pour s'enthousiasmer, je suis un optimiste prudent et voici pourquoi :

• Google peut proposer une intégration transparente avec d'autres services.
• Les prix doivent être compétitifs.
• Google a tendance à offrir beaucoup de cadeaux.
• La mise en miroir de GitHub et Bitbucket facilitera la migration.

Malheureusement, nous ne pouvons que spéculer à ce stade, alors restons-en là.

Utilisation d'un référentiel source cloud en tant que distant

Vous pouvez également ajouter un CSR Google en tant que télécommande à votre référentiel Git local et l'utiliser comme n'importe quelle autre télécommande Git.

Il vous suffit d'installer le SDK Google Cloud et Git, puis de procéder à l'ajout de votre référentiel en tant que télécommande. Le processus est simple et ne prend que quelques étapes. Puisqu'il est bien documenté par Google, n'y consacrons pas trop de temps.

Une fois configuré, vous pouvez utiliser Cloud Source Repository comme référentiel Git standard (commandes standard telles que push , pull , clone et log ). Par exemple, pour pousser vers un Cloud Source Repository, vous devez utiliser $ git push google master . Vous pouvez également afficher l'historique des commits en utilisant $ git log google/master .

Une fois les fichiers transférés vers le Cloud Source Repository, ils peuvent être affichés, parcourus, modifiés et validés depuis la Google Developer Console. Les différences entre le fichier à un commit spécifique sont accessibles à partir de la vue du contenu du fichier, en sélectionnant le sélecteur Diff Against. Le bouton Commit History est utilisé pour afficher le contenu d'un fichier à un commit spécifique. Lors de l'affichage d'un fichier, vous pouvez utiliser Modifier pour le modifier et valider la modification.

C'est différent cette fois-ci, Git It ?

Comme je l'ai déjà souligné, Google Code n'est jamais devenu très populaire et a été dépassé par les solutions basées sur Git.

Cependant, avant de commencer à qualifier Google Code d'échec total, considérez ceci : il est antérieur à GitHub et Bitbucket. Il a simplement été remplacé par quelque chose de mieux, et cela seul n'en fait pas un échec. Qui prétendrait que les anciennes solutions de contrôle de révision datant des années 80, par exemple, le système de contrôle de révision (RCS) et le système de versions concurrentes (CVS), étaient des échecs simplement parce qu'elles ont été remplacées par quelque chose de mieux ?

Git est actuellement la solution de gestion de code source la plus largement utilisée, avec des enquêtes récentes indiquant que près d'un développeur professionnel sur deux utilise Git ou GitHub comme système de contrôle source de choix. Cependant, cela ne signifie toujours pas que Git est la norme de facto de l'industrie. Subversion et Team Foundation Server de Microsoft ont encore beaucoup d'utilisateurs. Mercurial a également une clientèle fidèle, tout comme certaines solutions encore moins populaires.

La décision de Google de rejoindre le mouvement Git accélérera-t-elle sa transformation en une norme à l'échelle de l'industrie ? Est-ce que Cloud Source Repositories maul GitHub et Bitbucket ? Je pense qu'il est encore trop tôt pour le dire, mais le potentiel est certainement là. S'il s'agissait d'un jeu de poker, je dirais que Google a une bonne main, mais cela ne garantit pas le succès.

Encore un long chemin à parcourir

Toptal n'est pas chargé d'examiner ou d'approuver des solutions logicielles, donc si vous êtes intéressé, nous ne pouvons que vous suggérer d'essayer Google RCS par vous-même. Cela pourrait être une bonne idée, surtout si vous pensez qu'il a de bonnes chances de gagner du terrain. Cela ne vous coûtera rien, à part quelques heures de bricolage, et vous pouvez l'utiliser avec GitHub et Bitbucket. S'il décolle, vous aurez une longueur d'avance.

Maintenant, quelques mauvaises nouvelles. Il s'agit toujours d'une version bêta, ce qui signifie qu'elle n'est couverte par aucun accord de niveau de service (SLA), qu'elle peut être soumise à des modifications qui ne sont pas rétrocompatibles et qu'il n'y a pas de politique de dépréciation. En théorie, Google pourrait décider de mettre fin à la RSE demain, même si je ne pense pas que quiconque s'y attende à ce stade. C'est juste du bruit juridique.

Il y a cependant d'autres problèmes à garder à l'esprit. Comme il s'agit d'une version bêta publique, vous ne pouvez vous inscrire que pour utiliser le seul et unique package - avec 500 Mo de stockage. La version bêta est gratuite et il n'y a toujours pas de mot sur les futurs niveaux de tarification et de stockage. Quant à savoir quand il sortira de la version bêta, eh bien, tout le monde le devine.

Personnellement, je ne suis pas inquiet pour la compétitivité. L'infrastructure de Google signifie que nous pouvons nous attendre à beaucoup. Il y a quelques années, j'ai rédigé une courte critique de Google Drive, quelques jours seulement après le lancement du service. Je n'y pensais pas beaucoup; le service était bon, mais l'application mobile ne l'était pas. D'ailleurs, j'étais déjà accro à Dropbox. Avance rapide jusqu'en 2015, et j'utilise Google Drive, ainsi que Gmail, Gmail for Business, Google Docs, etc. Même Google Plus est arrivé sur la liste, mais voici le hic : le plus souvent, je commencerais à utiliser ces services simplement parce qu'ils étaient à portée de clic, bien intégrés aux autres éléments de Google.

Cloud Source Repositories a certainement la même sensation, donc je m'attends à ce que beaucoup de gens soient attirés pour découvrir le nouveau service. Mieux encore, vous pouvez utiliser CSR avec des projets GitHub et Bitbucket existants. Imaginez si vous pouviez utiliser Dropbox dans le cadre de votre Google Drive, ou si Google Plus pouvait être utilisé comme passerelle vers Facebook ? Cela rendrait certainement les deux services plus attrayants.

Le bon code va au ciel ou au cloud

Google Cloud Platform existe depuis quelques années, mais jusqu'à présent, le géant de la recherche n'a pas réussi à rattraper Amazon Web Services (AWS) et Microsoft Azure. AWS domine le paysage du cloud avec une part de marché estimée à 85 % et on estime qu'il a cinq fois la capacité de calcul de plus d'une douzaine de ses concurrents.

Cependant, cela ne signifie pas que les offres cloud de Google ne sont pas compétitives. Google possède la technologie, la notoriété de la marque, les ressources financières et techniques pour être un acteur majeur du cloud computing. Un argument de vente peut être le fait que Google Cloud Platform utilise la même infrastructure que les produits d'utilisateur final de Google, tels que Google Search, Google Docs, YouTube, etc.

Bien que Google soit un petit acteur par rapport à Amazon, il dispose d'une infrastructure impressionnante et pourrait tirer parti de ce fait pour surclasser les prix et surpasser ses concurrents, à savoir GitHub et Bitbucket. Comme je l'ai dit, il y a encore beaucoup d'inconnues, mais si Google joue bien ses cartes, il pourrait avoir un gagnant entre ses mains.

Dans tous les cas, si vous avez du temps libre, la version bêta de Cloud Source Repositories vaut le détour, surtout si vous êtes déjà accro aux applications et services Google. Si vous l'avez déjà essayé, n'hésitez pas à partager vos réflexions avec d'autres Toptalers dans la section des commentaires.