Einführung

  • 2 Minuten

Vor nicht allzu langer Zeit sprach man bei der Softwareentwicklung immer von zwei präzise voneinander abgegrenzten Modellen: Open-Source- und proprietäre Software. Open-Source-Software konnte stark von der ihr eigenen Offenheit profitieren: Jeder kann prinzipiell dazu beitragen, und viele tun das auch. Proprietäre Software dagegen begrenzt den Zugriff über ein geschlossenes System, bei dem der Datenschutz des geistigen Eigentums an oberster Stelle steht.

Angenommen, Sie sind Geschäftsführer eines Unternehmens, das erhebliche Investitionen in seine proprietäre Software getätigt hat. Hierbei muss es sich um kein Technologieunternehmen handeln. Die unterschiedlichsten Unternehmen in den verschiedensten Größen erstellen und verwalten eigene Software und weiteres geistiges Eigentum, um in ihrer Branche einen Wettbewerbsvorteil erzielen zu können. Sie haben jedoch großen Respekt für die bei Open-Source-Software verwendeten Prinzipien entwickelt, z. B. die Möglichkeit zum Einblick in den Quellcode, ein Bewusstsein für Fehler und Transparenz bei Featureanforderungen. Außerdem gefällt Ihnen das Pull-Request-Modell, das die Integration externer Beiträge vereinfacht. Sie möchten sehr gern, dass Ihre Entwicklungsteams auch von diesen Vorteilen profitieren können. Allerdings möchten Sie die für Ihr Unternehmen sehr wertvolle Software nicht als Open-Source-Software anbieten. Dazu benötigen Sie eine Hybridlösung, die die Vorteile beider Ansätze miteinander kombiniert. Sie benötigen also einen Inner-Source-Ansatz.

In diesem Modul erfahren Sie, wie Sie ein erfolgreiches Inner-Source-Programm auf GitHub mithilfe effektiver Auffindbarkeit, Leitfäden und Wartung verwalten.

Lernziele

In diesem Modul lernen Sie Folgendes:

  • Kontrastieren von benutzereigenen mit organisationseigenen Projekten.
  • Aussprechen von Empfehlungen zur Anzahl von GitHub-Organisationen, über die Sie verfügen sollten.
  • Erstellen auffindbarer Repositorys.
  • Erstellen solider Repository-Infodateien.
  • Verwenden von Issue- und Pull Request-Vorlagen.
  • Implementieren von Transparenz in Repositorys.
  • Messen des Erfolgs des Inner-Source-Programms in Ihrer Organisation.
  • Verteilen Ihres Inner-Source-Toolkits.

Voraussetzungen

  • Ein GitHub-Konto.
  • Die Möglichkeit zum Navigieren und Bearbeiten von Dateien auf GitHub.
  • Kenntnisse im Umgang mit Pull Requests

Wir empfehlen, das Modul Einführung in GitHub abzuschließen, bevor Sie mit diesem Modul beginnen.