Dieser Nachrichteneintrag wurde im The Next Web mit einem Hinweis veröffentlicht:
"Aufgrund von Planungsfehlern haben wir diese Nachricht einen Tag vor der Aufhebung des Offenlegungsembargos veröffentlicht. Die Funktion wird noch nicht gestartet, sie wird morgen offiziell angekündigt. In diesem Fall werden wir den Beitrag mit einer neuen offiziellen Ankündigung aktualisieren."
Und es gibt so einen wunderbaren Twitter-Thread :
Es ist klar, dass eine Person dies mit zitternden Händen geschrieben hat - so wie ich jetzt diese Übersetzung mit zitternden Händen schreibe.
Ist es falsch? Nein. Es gibt auch eine offizielle Bestätigung auf GitHub auf Twitter , so dass es kein Zurück mehr gibt.
Fitch wurde eindeutig in Eile eingeführt, bis jetzt hat die Site keinen Teil der Texte in Bezug auf Tarife festgelegt, und ein Versuch, den Plan herabzustufen, wird mit einer so gefährlich aussehenden Nachricht beantwortet:
Im Allgemeinen füllen wir uns mit Popcorn ein, kreuzen unsere Zehen und warten auf das Gute!
GitHub ist bei weitem die beliebteste Methode, um Code zu entwickeln und mit der Welt zu teilen. Es gibt jedoch einen wichtigen Nachteil: Begrenzung des Benutzerkreises, der private Repositorys erstellen kann (Projekte, die für ein breites Publikum unsichtbar sind und an denen nur eine kleine Gruppe bekannter Benutzer arbeiten kann - diejenigen, die dafür bezahlt haben).
Zum Glück ist das alles Geschichte. Ab heute bietet GitHub Benutzern einen kostenlosen Plan mit uneingeschränktem Zugriff auf private Repositories. Das sind großartige Neuigkeiten, aber es gibt auch eine Fliege in der Salbe.
Private Repositorys auf kostenlosen Konten sind durch die Möglichkeit eingeschränkt, gleichzeitig mit nur drei Mitarbeitern gleichzeitig zu arbeiten. Trotz der Tatsache, dass dies für ein kleines Projekt geeignet ist (zum Beispiel für ein Team, das an einem Hackathon teilnimmt), ist es kaum für eine echte vollwertige kommerzielle Nutzung geeignet.
Es war wahrscheinlich ein gut geplanter Schritt. Das Risiko, dass bestehende bezahlte Abonnements dadurch zerstört werden, ist äußerst gering.
Bis heute haben Entwickler, die private Repositories im Git erstellen möchten, sich aber nicht bereit erklären, Geld in den Monitor zu werfen, konkurrierende Dienste verwendet - meistens BitBucket. Die heutigen Nachrichten sind natürlich nicht so gut für diese Atlassian-Flaggschiff-Plattform, aber zumindest sind Entwickler nicht mehr gezwungen, zwei verschiedene Code-Management-Systeme zu verwenden - einzeln für ihre privaten und öffentlichen Projekte.
Es ist sehr interessant, wie sich diese allgegenwärtigen privaten Repositories auf die Kultur des Austauschs und des Ausdrucks auswirken, die Github zu vermitteln versucht.
Das Fehlen von kostenlosen privaten Repositories führte im Wesentlichen dazu, dass die Leute gezwungen waren, all ihre schmutzige Wäsche freizulegen - all diese halb unvollendeten Projekte, die niemals hinzugefügt werden, den ganzen krummen Spaghetti-Code, den Sie wie einen bösen Traum vergessen möchten. Jetzt haben die Menschen die Wahl, die Möglichkeit, alles in einem idealen Cache zu verstecken - und schadet dies der GitHub-Kultur, einer Kultur schamloser Offenheit und Offenheit?
Kann sein. Die Zeit wird zeigen.
Traditionell eine Minute Werbung: Die Zeit wird zeigen, dass unsere Konferenz für Java-Entwickler, JPoint , vom 5. bis 6. April in Moskau stattfinden wird. Komm und rede über Git und all das.