GitHub désormais gratuit pour les équipes

GitHub désormais gratuit pour les équipes

GitHub désormais gratuit pour les équipes

Le service de gestion de développement a annoncé hier soir un important mouvement commercial : la gratuité pour les équipes.

Un groupe de personnes ayant des besoins de développement privé peut donc ouvrir un compte GitHub sans s’abonner à l’une des formules payantes. CI/CD, gestion du projet, vérification du code, paquets et autres sont de la partie, sans limite sur le nombre de collaborateurs.

GitHub reste cependant payant dès que les besoins en fonctions plus avancées se font sentir, comme les propriétaires du code, SAML ou un support personnalisé.

L’attaque sur le créneau gratuit est également complétée par une chute importante du tarif pour l’abonnement Team, qui passe de 9 dollars par utilisateurs et par mois à 4 dollars. Même tarif pour GitHub Pro, la version intégrant désormais 2 Go pour le stockage des paquets et 10 Go de transfert de données.

À noter que les équipes qui se servaient de GitHub Team pour des projets open source basculent automatiquement sur GitHub Free. Une FAQ est disponible.

Commentaires (18)


En voilà une idée qu’elle est bonne :)

C’est tellement rare de voir des services baisser leur tarif, ça va permettre à des petites boites de sauter la pas de l’abonnement


ouvrir un compte GitHub sans s’abonner à l’une des formules payantes. CI/CD, gestion du projet, vérification du code, paquets et autres sont de la partie, sans limite sur le nombre de collaborateurs.

tout ça c’est ce github appelle teams ?


C’est pourtant pas le genre de MS de faire des cadeaux ? Fuite en avant des utilisateurs vers d’autres solutions ?


Franchement, heberger son code professionnel sur GITHUB/CLOUD c’est juste se tirer une balle!



Si vous etes professionnel, il est bien plus sur d’heberger votre code ailleurs: soit chez un CHATONS de confiance soit en interne!


Microsoft a racheté Github et Linkedin pour mettre la main sur le graphe social du monde IT. Les gens ne réalisent pas a quel point Microsoft a maintenant une vision complète sur qui fait quoi , avec qui, comment, etc C’est juste hallucinant de voir ca.



Ce qui limite aujourd’hui les GAFAM dans leur expansion c’est principalement un problème de recrutement de talents. Microsoft a acquis un avantage indéniable a ce niveau car ils peuvent ‘alpaguer’ les jeunes développeurs prometteurs bien avant qu’ils se soient fait un nom. Et ils peuvent aussi savoir si une techno ou une application/service commence a prendre ou pas. Anticiper une concurrence ou acheter une startup au plus tot.








slash622 a écrit :



Franchement, heberger son code professionnel sur GITHUB/CLOUD c’est juste se tirer une balle!



T’as des arguments des risques réels qu’on court à héberger son code pro sur Github ou c’est juste une idéologie?





slash622 a écrit :



Si vous etes professionnel, il est bien plus sur d’heberger votre code ailleurs: soit chez un CHATONS de confiance soit en interne!



Encore une fois, qu’est-ce que tu appelles “plus sûr” ?









kgersen a écrit :



Microsoft a racheté Github et Linkedin pour mettre la main sur le graphe social du monde IT. Les gens ne réalisent pas a quel point Microsoft a maintenant une vision complète sur qui fait quoi , avec qui, comment, etc C’est juste hallucinant de voir ca.



Ce qui limite aujourd’hui les GAFAM dans leur expansion c’est principalement un problème de recrutement de talents. Microsoft a acquis un avantage indéniable a ce niveau car ils peuvent ‘alpaguer’ les jeunes développeurs prometteurs bien avant qu’ils se soient fait un nom. Et ils peuvent aussi savoir si une techno ou une application/service commence a prendre ou pas. Anticiper une concurrence ou acheter une startup au plus tot.





Tout à fait.<img data-src=" />



Quand on voit la médiocrité moyenne en entreprise avec des infrastructures pas/peu redondées et des backups non faits/non fonctionnels voire même de l’amateurisme avec des infras ouvertes aux quatres vents, non ca n’est pas plus sur d’héberger en interne.


Tout à fait, c’est pas pour rien que les offres SaaS de ce type ont le vent en poupe.



On oublie aussi un détail, Git c’est pas que du code logiciel de nos jours… La CICD et les modes de gestion tels que “GitOps” permettent d’effectuer des tâches opérationnelles avec un outil considéré “pour dev”.



Exemple personnel, nous travaillons majoritairement par pull request avec les opérationnels en production pour pousser des configs applicatives ou autre déploiements continus.

Une pull request sur la partie concernée, ils la valident et merge, et c’est magique. En plus ça permet de tracer les actions en production sans avoir besoin de faire de la masturbation administrative lourdement inefficace.








jpaul a écrit :



T’as des arguments des risques réels qu’on court à héberger son code pro sur Github ou c’est juste une idéologie?

Encore une fois, qu’est-ce que tu appelles “plus sûr” ?





Je n’aurai pas dû utiliser le mot + sur. Rien n’est jamais sûr!



&nbsp;Je voulais parler de l’espionnage economique. Disons que tu edites un logiciel a haute valeur ajoutée. En quoi ca empeche les etats-unis d’aller jeter un coup d’oeil et copier le code ?



“Créez un cooooompte ! Filez vos dooooonnéééées !! Ghhaaaa ! Mangez cerveeauuuxxxx !! ”



La stratégie des GAFA ressemble à un mauvais un film d’horreur.








127.0.0.1 a écrit :



La stratégie des GAFA ressemble à un mauvais un film d’horreur.







Donc ça va, Github est safe.



C’est un mythe les logiciels à valeur ajoutée. Ça existe mais ce n’est pas le cas de l’immense majorité du code.



Très peu de boites ont de la valeur cachée dans leur code. La qualité d’un soft n’a rien d’un secret.



C’est un peu une autre variante de la fameuse phrase “haha, moi, Twitter/Facebook/Slack/tel ou tel soft” je le refait en un week-end. C’est probablement en partie vrai, mais ça ne te rendra pas riche.



Imagine que Twitter utilise Github et que Microsoft espionne leur code. Ils vont découvrir quoi comme secret ? Que c’est une n-ième appli Ruby on rails ? Avec probablement de la dette technique de partout ? Finalement tout le monde est au courant. C’est pas parce qu’ils vont chopper le code source de Twitter que du jour au lendemain “Microsoft Birdsounds” va remplacer Twitter.



Comme dit plus haut, oui ça a un énorme intérêt au niveau datas pour microsoft d’avoir Github. Mais le code source en lui même, ils s’en carent. Si Microsoft a besoin de l’app qui fait vivre ma boite, il suffit que quelques mecs prennent une décision, qu’ils fassent de spés qui copie-collent nos features et qu’ils mettent x développeurs dessus pendant quelques jours. Ils feront un truc tout beau tout propre, probablement mieux que le mien puisqu’ils s’épargneront des années de dette technique.



Mais c’est pas pour ça que mes clients vont changer de crèmerie. Si ils sont chez moi c’est pas parce que j’ai le code source le plus cool du monde (c’est pas vrai et ils en savent rien, et s’en foutent) c’est parce que quand ils ont une merde, on est là pour eux en 5min et pour des centaines d’autres raisons.



En fait la plupart des codebases sont des gros tas de bric à brac diformes incapables de tourner dans un environnement qui n’est pas parfaitement maitrisé développés par des dizaines de personnes différentes qui changent tous les 3 ans. Mais cet état de fait n’est grave que pour les devs qui reprennent le boulot, pour les clients, si le soft fait ce qu’il attend de lui sans bug et assez rapidement, il en a pour son argent. C’est donc bien que la valeur ajoutée n’a rien à voir avec le code.








jpaul a écrit :



En fait la plupart des codebases sont des gros tas de bric à brac diformes incapables de tourner dans un environnement qui n’est pas parfaitement maitrisé développés par des dizaines de personnes différentes qui changent tous les 3 ans.







Sauf si ton appli est fournie sous forme d’une image Docker, dans ce cas elle embarque tout son bric à brac diforme, ses trombones, bouts de scotch, chewing gums, et middlewares troués jusqu’à l’os parce que personne ne met à jour ses fucking images de base <img data-src=" />



Mais plus sérieusement, oui, le plus important c’est la donnée dans un logiciel. A la rigueur le code source permet de comprendre comment celle-ci est manipulée et un gros effort d’ingénierie inversée peut permettre de produire une copie… Mais si c’est vraiment le nerf de la guerre pour une entreprise, elle ne choisira probablement pas d’héberger ses codes sources sur un Git en SaaS.



Pour le reste, on met rarement de la donnée vivante dans un repo Git… A moins de tomber sur le dev qui a laissé aussi dans ses templates de config tous les passwords de prod et ses clés privées RSA. <img data-src=" />

Et tant qu’à faire, oublié aussi de mettre le repo en “privé” ou dans la corporate…



En voilà une opinion qui est bien drôle 👌

Décidément, quand on est c, on reste c


Tu peux développer stp ?


Tout depend de ou tu regardes. Si on parle d’applications web , bien sur il y a rien d’interessant. Mais il y a pleins d’autres entreprises comme la santé, armements, aerospatial[…] qui publient pas leurs sources.




 Oui la donnée, c'est le + important&nbsp; (On est d'accord sur ça) mais pour récolter cette donnée il faut bien un logiciel! Si je prends l'exemple du scanner IRM, il faut bien le matériel mais aussi le logiciel qui va le controler, executer, verifier/traiter la donnée. C'est pas un logiciel que tu feras en qq jours. Compte plusieurs années.      

&nbsp;

Donc si le logiciel fait de la merde, il remplira la base de donnée avec la merde: doit pas d'exploitation possible.

&nbsp;

Apres je comprends ton point vue: payer 4$ c'est être tranquille d'esprit. Tu te concentres sur le code et l'hebergeur s'occupe de la dispo/backup ...

une bonne nouvelle pour les startup qui n’ont pas le temps d’investir en on premise ou de selfhosted/maintain un gitlab ou autre.


Fermer