Cette nouvelle a été publiée sur The Next Web , avec une note:
"En raison d'erreurs de planification, nous avons publié cette nouvelle un jour avant la levée de l'embargo sur la divulgation. La fonctionnalité n'est toujours pas lancée, elle sera officiellement annoncée demain. Lorsque cela se produira, nous mettrons à jour la publication avec une nouvelle annonce officielle."
Et il y a un merveilleux fil Twitter :
Il est clair qu'une personne a écrit ceci avec des mains tremblantes - tout comme j'écris cette traduction avec des mains tremblantes.
C'est faux? Non. Il y a aussi une confirmation officielle sur GitHub sur Twitter , donc il n'y a pas de retour en arrière.
Fitch a été clairement déployé à la hâte, jusqu'à présent, le site n'a pas corrigé une partie des textes liés aux tarifs, et une tentative de déclasser le plan est accueillie par un message aussi dangereux:
En général, nous nous approvisionnons en pop-corn, croisons les orteils et attendons le bien!
GitHub est de loin le moyen le plus populaire pour développer du code et le partager avec le monde. Mais il y a un inconvénient important - limiter le cercle des utilisateurs qui peuvent créer des référentiels privés (projets qui sont invisibles pour un large public et qui ne peuvent être travaillés que dans un petit groupe d'utilisateurs bien connus - ceux qui ont payé pour cela.).
Heureusement, tout cela appartient à l'histoire. À partir d'aujourd'hui, GitHub offre aux utilisateurs un plan gratuit d'accès illimité complet aux référentiels privés. C'est une excellente nouvelle, mais il y a aussi une mouche dans la pommade.
Les référentiels privés sur des comptes gratuits sont limités par la possibilité de travailler simultanément avec seulement trois collaborateurs à la fois. Malgré le fait que cela convient à un petit projet (par exemple, une équipe participant à un hackathon), il ne convient guère à une véritable utilisation commerciale à part entière.
C'était probablement une décision bien planifiée. Le risque que cela tue les abonnements payants existants est extrêmement faible.
Jusqu'à aujourd'hui, les développeurs qui souhaitent créer des référentiels privés dans le git, mais qui n'acceptent pas de mettre de l'argent dans le moniteur, ont utilisé des services concurrents - le plus souvent, BitBucket. Les nouvelles d'aujourd'hui, bien sûr, ne sont pas si bonnes pour cette plate-forme phare d'Atlassian, mais au moins les développeurs ne sont plus obligés d'utiliser deux systèmes de gestion de code différents - individuellement pour leurs projets privés et publics.
Il est très intéressant de voir comment ces référentiels privés omniprésents vont influencer la culture de l'échange et de l'expression que Github essaie de transmettre.
L'absence de référentiels privés gratuits, en substance, signifiait que les gens étaient obligés d'exposer tout leur linge sale - tous ces projets à moitié inachevés qui ne seront jamais ajoutés, tout le code de spaghetti tordu que vous voulez oublier comme un mauvais rêve. Maintenant, les gens ont le choix, la possibilité de tout cacher dans un cache idéal - et cela ne nuira-t-il pas à la culture GitHub, une culture d'ouverture et de franchise sans vergogne?
Peut-être. Le temps nous le dira.
Par tradition, une minute de publicité: le temps nous dira que notre conférence pour les développeurs Java, JPoint , se tiendra les 5 et 6 avril à Moscou. Venez parler de Git et tout ça.