Wenn Ihr Unternehmen Versionskontrollsysteme wie GitHub, GitLab und Bitbucket nutzt, wissen Sie wahrscheinlich: Quellcode als geistiges Eigentum ist Ihr wertvollstes Unternehmensvermögen – Sie und Ihr Team investieren tausende Stunden (und viel Geld), um Projekte zu entwickeln, zu warten und zu verbessern. Ob als CTO, IT-Manager, Inhaber eines Softwareunternehmens oder Teamleiter – Sie wissen, wie teuer es wäre, den Code zu verlieren, an dem Ihr Team monatelang gearbeitet hat.
Doch ist das überhaupt möglich? Datenpannen, Systemausfälle, Richtlinienänderungen und andere Faktoren können Ihren Zugriff auf Repositories in GitHub, GitLab oder Bitbucket einschränken und damit Ihr geistiges Eigentum gefährden. Ohne ausreichenden Schutz Ihres geistigen Eigentums bleibt das Potenzial Ihres Codes ungenutzt.
Was kann bei Ihren Git-Daten schiefgehen?
Schauen wir uns einige Argumente an, die Sie in Gesprächen mit Vorgesetzten, Teammitgliedern und sogar Entwicklern unterstützen. professionelle Backup-Software für Repositories ist unverzichtbar für die Sicherheit Ihres Unternehmens und Ihren Entwicklungsprozess.
Grund #1 – Shared Responsibility Model
Wie die meisten SaaS-Anbieter setzt auch GitHub, GitLab und Atlassian auf das Shared Responsibility Model Das Modell regelt, welche Sicherheitsaufgaben beim Serviceanbieter liegen und welche in der Verantwortung Ihrer Organisation bleiben. Kurz gesagt: Anbieter sorgen für die Verfügbarkeit, Sicherheit und Erreichbarkeit des Gesamtsystems. Verantwortlich für die Daten bleiben jedoch Sie – Sie sind Eigentümer, die Anbieter Verarbeiter. Sie müssen Ihre Daten also selbst schützen und sicherstellen, dass Sie allen rechtlichen Vorgaben – etwa zur Datenaufbewahrung – entsprechen.
Beispielsweise kümmert sich Atlassian um die Sicherheit der Anwendungen selbst, der Systeme, auf denen sie laufen, und der Umgebungen, in denen diese Systeme gehostet werden. Das Unternehmen stellt die Einhaltung von Standards wie SOC2 oder PCI DSS sicher.
Sie sind für die korrekte Verwaltung der Informationen in Ihrem Konto verantwortlich. Sie steuern die Benutzer, den Zugriff auf Ihre Daten und die Apps, die Sie installieren und denen Sie vertrauen. Außerdem sorgen Sie dafür, dass Ihr Unternehmen die Compliance-Anforderungen erfüllt. Genau wie im folgenden Bild:
Bild: Atlassian Cloud Security Shared Responsibility (mehr: Atlassian)
Deshalb empfehlen Hosting-Anbieter wie GitHub, auf zuverlässige Backup-Software von Drittanbietern zu setzen – wie zum Beispiel GitProtect.io.
Grund Nr. 2 – Ausfälle
Überzeugen Sie sich selbst: Es gab viele Situationen, in denen GitHub, Bitbucket, Azure DevOps oder GitLab nicht verfügbar waren. Viele Unternehmen hatten so keinen Zugriff auf ihren Code und konnten nicht weiterarbeiten – mit teils erheblichen finanziellen Folgen.
Einer der größten Ausfälle bei GitLab ereignete sich 2017. Ursache war das versehentliche Löschen von Daten auf den primären Datenbankservern. Dadurch stand der Dienst GitLab.com viele Stunden nicht zur Verfügung. Dabei gingen auch Produktivdaten verloren, die sich letztlich nicht wiederherstellen ließen. Konkret betroffen waren u. a. Änderungen an der Datenbank sowie Daten wie Projekte, Kommentare, Benutzerkonten, Issues und Snippets (mehr).
Bild: TechCrunch
Im Juni 2020 gab es einen größeren Ausfall bei GitHub – der Dienst war stundenlang nicht erreichbar und Millionen Entwickler waren betroffen (mehr).
Bild: Tech Monitor
Solche Ausfälle beeinträchtigen die Produktivität von Entwicklern erheblich, besonders wenn sie in kritischen Launch-Phasen auftreten. Denken Sie an Ihr Unternehmen – wie lange können Sie ohne Zugriff auf Ihre GitHub-Daten arbeiten? Was kostet ein solcher Ausfall Ihr Unternehmen? Können Sie sich das leisten? Oder investieren Sie lieber in zuverlässige Backup-Software von Drittanbietern wie GiProtect.io, um Daten schnell wiederherzustellen und direkt wieder mit der Arbeit fortzufahren?
Und GitHub-Ausfälle sind nur die Spitze des Eisbergs …
Grund Nr. 3 – Menschliche Fehler
Einer der häufigsten Auslöser von Cybersicherheit-Vorfällen ist der menschliche Fehler. HEAD-Überschreibungen, versehentliches Löschen von Branches, oder sogar absichtliches Löschen durch einen frustrierten Mitarbeiter (oder einen ehemaligen Mitarbeiter, der noch Zugriff auf das Repository hat) – das sind einige der häufigsten Ursachen für Datenverlust. Hinzu kommt, dass Entwickler häufig nur ein GitHub-Konto nutzen, das sie sowohl privat als auch beruflich verwenden und dabei manchmal Repositories vermischen. Daher ist es wichtig, dies im Blick zu behalten.
Grund Nr. 4 – Ransomware
Ransomware zählt nach wie vor zu den kostspieligsten Bedrohungen für Unternehmen überhaupt. Alle 11 Sekunden kommt es zu einem Angriff, und Prognosen zufolge wird Ransomware bis Ende 2021 weltweite Schäden von … 20 Milliarden Dollar verursachen (im Vergleich zu 325 Millionen im Jahr 2015).
Im Jahr 2019 Bleeping Computer berichtete, dass Angreifer gezielt GitHub-, GitLab- und Bitbucket-Nutzer ins Visier nahmen, Code und Commits aus mehreren Repositories löschten und nur eine Lösegeldforderung und viele offene Fragen hinterließen.
Bild: Bleeping Computer
Ausfallzeiten nach einem Ransomware-Angriff dauern in der Regel mehrere Tage. Anschließend benötigt ein Unternehmen Wochen, um alle Systeme wiederherzustellen – ohne zuverlässige Backup-Software scheitern diese Versuche häufig. Auch eine Lösegeldzahlung gibt keine 100-prozentige Garantie, dass Sie Ihre Daten zurückbekommen. Beim Versionskontrollsystem führt der fehlende Zugriff auf verschlüsselte Daten ebenfalls zu Ausfallzeiten. Es sei denn, Sie haben ein Git-Backup und stellen Ihre Daten überall wieder her, von jedem beliebigen Zeitpunkt aus, und nehmen sofort die Arbeit wieder auf. Und vor allem: Sie verlieren Ihre Daten erst gar nicht.
Grund Nr. 5 – Hardware- und Softwarefehler
Nicht nur menschliche Fehler oder Hackerangriffe können dazu führen, dass Sie den Zugriff auf Ihre Daten verlieren – auch verschiedene Hardware- und Softwarefehler gefährden Ihre Daten. Das ist besonders riskant, wenn Ihre Entwickler an einem lokalen Git-Repository arbeiten.
Probleme bei der Synchronisierung, beim Speichern von Repositories oder beim Herunterladen kommen noch hinzu. Das Ergebnis: ein breites Spektrum an Störungen, die den Entwicklungsprozess verlangsamen, verzögern oder vollständig blockieren – und Ihr Unternehmen finanziellen Schaden verursachen.
Zusammenfassung – warum brauche ich ein Git-Backup
Wie Sie sehen, haben sich GitHub, Bitbucket, Azure DevOps und GitLab als Hosting-Dienste als durchaus zuverlässige Lösungen bewährt – sind jedoch nicht unfehlbar. Deshalb empfiehlt beispielsweise GitHub ausdrücklich, eine zusätzliche Backup-Software eines Drittanbieters einzusetzen. Bedenken Sie: Auf dem Spiel stehen Ihr Quellcode, Ihre Projekte, Ihr geistiges Eigentum, hunderte Arbeitsstunden und tausende von Euro. GitProtect.io als professionellste Backup-Software erscheint als eine kleine Investition für die Sicherheit, die sie bietet.
Eigenes Git-Backup-Skript vs. Repository-Backup-Software
Bei Dateien, Endpoints, Servern oder VMs ist eine Drittanbieter-Backup-Software selbstverständlich. Ein Unternehmen ohne eine solche Lösung zu finden – nahezu unmöglich. Und was ist das wichtigste Asset in Unternehmen mit IT-Abteilung, Softwareentwicklungsfirmen oder Software-Häusern? Der Quellcode als geistiges Eigentum. Für Startups definiert er sogar den Marktwert. Für diese Unternehmen hat das Git-Repository-Backup also noch höhere Priorität. Wie lässt sich der auf GitHub, GitLab oder Bitbucket gehostete Quellcode schützen?
Kein Schutz, selbst geschrieben Git-Backup-Skripte auf Basis des git-clone-Befehls, Snapshots lokaler Repositories, On-Premise-Backup – so versuchen Unternehmen heute ihr Git-Repository-Backup zu lösen. In diesem Blogbeitrag betrachten wir die Vor- und Nachteile eigener Git-Backup-Skripte im Vergleich zu Repository-Backup-Software.
Eigene Git-Backup-Skripte verwalten – Vor- und Nachteile
Eigene Git-Backup-Skripte von GitLab, GitHub und Bitbucket intern zu verwalten, bedeutet: alle Prozesse, Infrastruktur und Wartungskosten für interne Kopien selbst zu tragen. Am Anfang ist das aufwendig und zeitintensiv, wirkt aber kostengünstig. Langfristig können jedoch die Arbeitsstunden der Mitarbeitenden, die Backups verwalten, zusammen mit allen Wartungskosten erhebliche Summen erreichen.
PRO: Anpassbarkeit
Mit einem eigenen Git-Backup-Skript entscheiden Sie selbst, wie es funktionieren soll – entsprechend Ihren technischen Anforderungen sowie rechtlichen und internen Vorgaben. Sie bestimmen, wie es sich in andere Systeme Ihrer Organisation integriert. Sie wissen am besten, welche Daten Sie schützen möchten, wie häufig das Backup laufen soll und wie Sie es verwalten und anpassen möchten. Doch wie setzen Sie das konkret um? Können Sie Ihre Mitarbeiter dabei zuverlässig steuern? Haben Sie genug Zeit und Ressourcen, um Anforderungen zu definieren, Entwickler mit der Umsetzung zu beauftragen und jemanden mit der langfristigen Wartung zu betrauen?
CON: Hohe Langzeitkosten
Wenn Sie eigene Backups erstellen möchten, müssen Sie interne Mitarbeiter damit beauftragen, das Skript zu entwickeln, regelmäßig zu testen und zu warten. Sie müssen ihre Arbeit und alle weiteren Wartungsaktivitäten überwachen. Außerdem müssen Sie Zeit investieren, um zu definieren, wie das Skript funktionieren soll – zum Beispiel in Bezug auf die Datenaufbewahrung. Ohne klare Vorgaben müssen Sie ältere Backup-Kopien manuell löschen, um Platz für neue zu schaffen.
Selbst wenn die Pflege eines Git-Backup-Skripts nur ein Teilzeitjob Ihres Mitarbeiters ist, lenkt es ihn von seinen eigentlichen Aufgaben ab. Angenommen, Sie haben die Zeit Ihres Mitarbeiters investiert und verfügen nun über ein eigenes Backup-Skript – jemand muss es trotzdem testen und regelmäßig warten. Wie bei den meisten Softwareprojekten entstehen die größten Kosten nicht bei der Entwicklung, sondern im laufenden Betrieb. Langfristig kostet Sie ein solches Git-Backup-Skript erheblich mehr, als Sie mit einer professionellen Backup-Lösung eines Drittanbieters investieren würden.
NACHTEIL: Verantwortung
Wenn ein Fehler auftritt und Ihr Backup-Skript versagt, sodass Sie die Daten nicht wiederherstellen können, tragen Sie die alleinige Verantwortung – oder zumindest wird Ihr Management das so sehen. Brauchen Sie wirklich diese zusätzliche Last auf Ihren Schultern?
NACHTEIL: Keine Garantie für die Git-Wiederherstellung
Bedenken Sie, dass ein Git-Backup-Skript nur Kopien erstellt. Wenn Sie Daten aus diesen Kopien wiederherstellen müssen, brauchen Sie ein weiteres Skript. Überlegen Sie, wie lange es dauert, ein Git-Wiederherstellungsskript zu schreiben – und wie lange Sie dabei ohne Zugriff auf Ihren Quellcode auskommen müssen.
Repository-Backup-Software von Drittanbietern – Vor- und Nachteile
Wenn Sie Repository-Backup-Software eines Drittanbieters kaufen, zahlen Sie für Sicherheit und Seelenfrieden. Ihre Mitarbeiter sparen Zeit und können sich auf ihre Kernaufgaben konzentrieren, während Verwaltungs- und Wartungskosten sinken. Am wichtigsten ist: Sie erhalten Datenschutz und eine Wiederherstellungsgarantie. Die anfangs höheren Kosten wirken im Langzeitvergleich gering – eine kleine Investition für das gesamte Sicherheitsniveau, das sie bietet.
VORTEIL: Das Beste aus einer professionellen Backup-Lösung
Repository-Backup-Software von Drittanbietern – wie zum Beispiel GitProtect.io powered by Xopero ONE schützt alle GitHub-, GitLab- und Bitbucket-Daten – unabhängig vom verwendeten Hosting-Dienst. Sie sichern alle GitHub- und Bitbucket- Repositories und Metadaten – lokal und in der Cloud. Inklusive Kommentare, Anfragen, Meilensteine, Issues, Wikis und vieles mehr.
Eine spezialisierte Git-Repository-Backup-Software wie GitProtect.io bietet Ihnen die jahrelange Erfahrung eines Backup-Anbieters – Xopero Software. Darüber hinaus schützen Sie damit alle geschäftskritischen Daten – einschließlich Dateien, Endpoints, Server, virtuelle Maschinen, SaaS und mehr.
Neben speziellen Optionen stehen Ihnen die professionellsten Funktionen einer allgemeinen Backup-Software zur Verfügung, darunter:
- Kompatibilität mit beliebigen Speicherorten (Sicherungskopien auf SMB-Netzwerkfreigaben, lokalen Datenträgern oder Public Clouds speichern)
- Langzeitaufbewahrung und erweiterte Rotationsschemata – GFS und FIFO für Git-Archivoptionen, rechtliche Compliance und effizienten Speicherplatzeinsatz.
- Vollständige Automatisierung („Set-and-Forget“) und zentrales Management
- Vordefinierte Backup-Pläne oder individuelle Plananpassung (Backup-Performance auf Ihre Unternehmensanforderungen abstimmen und Backups auch mehrmals täglich ausführen)
- Umfangreiche Recovery-Optionen (einschließlich granularer Wiederherstellung, Point-in-Time-Recovery, Cross-Over-Recovery und einfacher Migration zwischen Git-Hosting Plattformen)
Selbst wenn Sie Ihre besten Entwickler damit beauftragen, ein Backup-Skript zu schreiben, werden diese wahrscheinlich nicht in der Lage sein, so fortschrittliche und sichere Funktionen wie ein professioneller Backup-Anbieter zu liefern – und die gleiche Garantie für Datenzugänglichkeit und Wiederherstellbarkeit werden sie Ihnen ebenfalls nicht geben können.
PRO: Sicherheits- und Wiederherstellungsgarantie
Bei den bewährten Verfahren gilt: Für alle professionellen Drittanbieter von Backup-Software ist Sicherheit ein fester Bestandteil ihrer DNA. Sie stellen sicher, dass Daten gut geschützt, jederzeit zugänglich und so schnell wie nötig wiederherstellbar sind.
Ihr Unternehmen ist heute mehr denn je auf Software und digitale Assets angewiesen. Deshalb müssen Sie sicher sein, dass die Die von Ihnen eingesetzte Git-Repository-Backup-Software bietet Ihnen wichtige Sicherheitsmaßnahmen. Dazu gehören Verschlüsselung (AES ist empfehlenswert), Zero-Knowledge-Verschlüsselung, kein Single Point of Failure und eine webbasierte Architektur. Tägliche E-Mail-Benachrichtigungen und Audit-Logs halten Sie über die Backup-Ausführung auf dem Laufenden.
VORTEIL: Geringere Langzeitkosten
Eine externe Repository-Backup-Software wirkt auf den ersten Blick kostspielig. Vergleichen Sie jedoch ein Git-Backup-Skript mit einer Repository-Backup-Software und berechnen Sie, wie viel Sie für das Schreiben und Implementieren interner Prozesse, Spezifikationen und Methoden aufwenden. Addieren Sie dann die Stunden für Wartung, Tests und Administration Ihrer Mitarbeitenden. Denken Sie schließlich an die Opportunitätskosten – wie viel Mehrwert würden diese Mitarbeitenden schaffen, wenn sie sich ihrer eigentlichen Arbeit widmen könnten. Wir wetten, dass die anfänglich höheren Kosten jetzt kaum noch ins Gewicht fallen – die Langzeitkosten einer Drittanbieter-Repository-Backup-Software erscheinen deutlich attraktiver, und Ihre Mitarbeitenden konzentrieren sich auf das, was sie am besten können: ihre Arbeit. Und schaffen Mehrwert für Ihr Unternehmen.
NACHTEIL: Eingeschränkte Kontrolle
Wie bei jeder Drittanbieter-Software haben Sie keinen Einfluss auf alle Aspekte der Preisgestaltung, der Nutzungsbedingungen und möglicher zukünftiger Änderungen. Überlegen Sie daher, was für Sie wichtiger ist: eine Drittanbieter-Repository-Backup-Software mit eingeschränkter Kontrolle, die Ihr Team entlastet und den Fokus auf das Kerngeschäft ermöglicht – oder ein eigenes Git-Backup-Skript mit voller Kontrolle, das jedoch wertvolle Entwicklerzeit bindet.
VORTEIL: Das Shared Responsibility-Modell erfüllen
Ob Sie GitHub, GitLab oder Bitbucket nutzen – wie die meisten SaaS-Anbieter verlassen sich auch diese auf Shared Responsibility-Modelle. Kurz gesagt: Anbieter sind für die Zugänglichkeit und Verfügbarkeit ihrer Infrastruktur verantwortlich, während Sie als Dateneigentümer für den Datenschutz verantwortlich sind. Sind Sie sicher, dass Ihr eigenes, internes Git-Backup-Skript sicher genug ist? Haben Sie alle möglichen Szenarien eines Datenverlusts berücksichtigt? Und haben Sie auch ein git restore erstellt? Mit einer Drittanbieter-Backup-Lösung teilen Sie diese Verantwortung – nun ist auch ein externes Unternehmen dafür zuständig, Ihre Daten sicher, zugänglich und wiederherstellbar zu halten.
GitHub-, Bitbucket-, Azure-DevOps- und GitLab-Backup-Optionen – was wählen?
Dieses Kapitel zeigt Ihnen die verschiedenen Tools, mit denen Sie Ihre Versionskontrolldaten sichern. Beachten Sie: GitHub, GitLab und Atlassian setzen wie die meisten Cloud-Anbieter auf Shared Responsibility-Modelle, bei denen Sie für den Datenschutz verantwortlich sind. Sie empfehlen sogar den Einsatz von Drittanbieter-Backup-Software, um sicherzustellen, dass Ihre Daten zugänglich und wiederherstellbar bleiben. Sehen wir uns nun an, welche externen Optionen Sie haben.
Option 1: Git-Backup-Skripte
GitHub, Bitbucket, Azure DevOps und GitLab sind die Plattformen, die Entwickler nutzen, die ihre Arbeit sichern möchten. In Entwicklerforen und Git-Communities finden Sie daher viele selbst geschriebene Skripte, die grundlegende Funktionen und ein gewisses Maß an Sicherheit bieten.
Zu den bekannten Backup-Skripten gehören:
- backup-github.sh
- Python GitHub Backup
- basierend auf PowerShellForGitHub
- koddr/github-backup-automation
- clockfort/GitHub-Backup
- atlassian-bitbucket-diy-backup
- ghe-backup von Zalando Tech
und viele mehr …
VORTEIL: Ein Open-Source-Skript ist kostenlos und der Code ist in der Regel stabil. Sie können das gesamte Skript auf GitHub oder Bitbucket prüfen und entscheiden, ob es alle Ihre Anforderungen oder die Ihrer Organisation erfüllt.
NACHTEIL: Skripte bieten oft keine Wiederherstellungsoption, beschränken sich auf Archivierungsfunktionen oder setzen einen bestimmten Datenspeicher voraus. Backups sind damit möglich – doch im Fehlerfall müssen Sie ein eigenes Skript zur Datenwiederherstellung schreiben. Backups ohne zuverlässige Wiederherstellungsmethode bieten nur begrenzte Möglichkeiten. Im Ernstfall zählt jede Minute. Deshalb ist eine Wiederherstellungsoption oft wichtiger als das Backup selbst – eine, die Ihre Daten jederzeit zugänglich und per Point-in-Time-Recovery wiederherstellbar macht.
Skripte – für wen? Für einzelne Entwickler oder Inhaber kleiner Projekte. Diese Lösung eignet sich für alle, die Backups nur selten und unregelmäßig benötigen. Da keine Wiederherstellungsoption enthalten ist, ist sie nur dann sinnvoll, wenn das Geschäft nicht von Versionskontrolldaten abhängt und ein vorübergehender Datenzugriffsverlust verkraftbar ist. Voraussetzung ist außerdem, dass Sie oder Ihr Team im Bedarfsfall ein eigenes Recovery-Skript erstellen können.
Mit ausreichend Kenntnissen, Zeit und Ressourcen lässt sich das auch durch eigene Skripte lösen. Bedenken Sie jedoch, dass eine zuverlässige Umsetzung anspruchsvoll ist. Zudem verursacht die Pflege eines solchen Tools langfristige Kosten und Verwaltungsaufwand – wie im vorherigen Kapitel beschrieben.
Option 2: S3 Backup
Amazon S3 Backup ist ein Open-Source-Skript, das mithilfe von GitHub Actions entwickelt wurde. GitHub Actions ist ein internes GitHub-Tool zum Erstellen, Testen und Bereitstellen von Anwendungen – kurz gesagt: Es automatisiert jeden Schritt des Entwicklungs-Workflows.
Die S3 Backup App sichert Git-Repositories ausschließlich in kompatiblen Amazon S3 Object Storages.
VORTEIL: S3 Backup ist ein Open-Source-Skript – kostenlos und einfach zu verwenden. Es ist keine zusätzliche Software erforderlich. Da das Skript bei jedem Push ausgeführt wird, werden alle Änderungen erfasst, und es gehen keine Daten in Ihren Backups verloren.
NACHTEIL: S3 Backup sichert ausschließlich Repositories. Alle Metadaten – darunter Pull Requests, Wikis, Projekte und Issues – bleiben ungeschützt und können verloren gehen. Der größte Nachteil: Es gibt keine Aufbewahrungseinstellungen. Alte Backups werden sofort durch neue ersetzt. Die Wiederherstellungsoptionen sind sehr eingeschränkt – Sie stellen nur die letzte vollständige Version wieder her, eine Point-in-Time-Recovery ist nicht möglich. Angreifer können Backups kompromittieren, indem sie eine infizierte neue Kopie einspielen, die die zuverlässige alte ersetzt – und so weitere Angriffe vorbereiten. Genau das ist möglich, wenn nur eine Backup-Version gespeichert wird.
Außerdem funktioniert S3 Backup ausschließlich mit Cloud-Speicher. Wer die eigene lokale Infrastruktur nutzen möchte, ist hier falsch.
S3 Backup – für wen? Als S3 Backup unterscheidet sich kaum von den oben genannten Skripten. Wir empfehlen es einzelnen Entwicklern oder Inhabern kleiner Projekte, die nur gelegentlich Backups durchführen müssen. Da es keine Aufbewahrungseinstellungen gibt und alte Kopien einfach durch neue ersetzt werden, ist diese Lösung nur dann sinnvoll, wenn Sie keine Änderungen nachverfolgen und keine historischen Daten wiederherstellen müssen. Kurz gesagt: Es wird lediglich der letzte Datenzustand gespeichert. Wenn Sie S3 Backup in Betracht ziehen, stellen Sie sicher, dass alle wichtigen Sicherheitsmaßnahmen zum Schutz vor unbefugtem Zugriff vorhanden sind.
Option 3 – Git und GitHub API
Schließlich lässt sich die offizielle GitHub API nutzen, um Ihr Git-Repository zu sichern. Zunächst müssen Sie ein Repository oder Wiki auf Ihren lokalen Rechner klonen und herunterladen. Anschließend verwenden Sie die API, um Elemente Ihres GitHub Enterprise Server Repositorys (wie Issues, Pull Requests, Forks, Kommentare usw.) auf Ihren lokalen Rechner zu exportieren, ein ZIP-Archiv zu erstellen und es an einem sicheren Ort zu speichern – auf einer externen Festplatte oder in einem Cloud-Dienst.
PRO: Mit GIT und der GitHub API erstellen Sie vollständige Kopien aller Daten – Repositorys einschließlich aller Metadaten.
CON: Diese Option ist eher ein Abbild Ihrer Repositorys und aller Metadaten, aber kein echtes Backup. Die Daten sind nicht verschlüsselt, können kompromittiert werden und gehen verloren. Es handelt sich um eine externe Kopie Ihres Repositorys, die an einem separaten Speicherort abgelegt wird. Da der Vorgang nicht automatisch läuft, muss er immer wieder manuell wiederholt werden.
GIT und GitHub API – für wen? Da diese Methode nicht automatisch funktioniert, eignet sie sich eher zum Archivieren eines GitHub-Repositorys und älterer Projekte. Sie bietet keine Sicherheitsmaßnahmen für solche Kopien und sollte daher nicht als Backup betrachtet werden. Nützlich sein kann sie für Inhaber kleiner Projekte, die einfach Zugriff auf ältere Projekte für zukünftige Verwendung behalten möchten.
Option 4 – GitProtect.io powered by Xopero ONE
Wenn Ihre Organisation mehr von einem Backup erwartet als nur eine einzige Kopie Ihrer Daten (und meist nur eine Repository-Kopie), sollten Sie eine professionelle Backup und Recovery Software für GitHub, Bitbucket, Azure DevOps und GitLab in Betracht ziehen – zum Beispiel GitProtect.io powered by Xopero ONE. Diese schützt automatisch alle Daten Ihrer Versionskontrollsysteme, einschließlich Repositorys und Metadaten (Pull Requests, Wikis, Issues, Branches, Projekte usw.).
PRO: GitProtect.io ist die Software, die speziell für GitHub, Bitbucket, Azure DevOps und GitLab entwickelt wurde. Sie vereint die besten Funktionen professioneller Backup-Software und stammt von einem Anbieter mit mehr als 10 Jahren Erfahrung auf dem Backup-Markt. Tausende Kunden und Partner weltweit vertrauen darauf – darunter T-Mobile, Orange, ESET, Subway und AVIS.
Ob Sie GitHub, Bitbucket, Azure DevOps oder GitLab nutzen – schützen Sie alle Ihre Daten – einschließlich Repositorys und Metadaten. Dabei spielt es keine Rolle, ob Sie Ihr Versionskontrollsystem als SaaS-Anwendung oder lokal auf den Geräten Ihrer Entwickler einsetzen.
Beim Thema Speicherungmüssen Sie nicht in zusätzliche IT-Infrastruktur investieren – Backups lassen sich lokal speichern (auf Ihrem lokalen Rechner oder einem NAS- bzw. SAN-Gerät) sowie in jeder privaten oder öffentlichen Cloud, die mit Amazon S3 kompatibel ist (AWS, Azure, Wasabi, Xopero usw.). Auch eine hybride oder Multi-Cloud-Umgebung ist möglich, da Sie innerhalb einer Lizenz mehrere Speicherziele nutzen.
Sie müssen lediglich Ihr Administratorkonto einrichten und eine zentrale webbasierte Verwaltungskonsole verwenden, um Backup-Pläne einzurichten, Daten wiederherzustellen sowie Benutzer, Geräte und Speicher zu verwalten. Dank dieser cloudbasierten Architektur haben Sie jederzeit und überall Zugriff – immer dann, wenn Sie ihn brauchen.
Sobald Sie Ihr GitHub-, Bitbucket-, Azure DevOps- oder GitLab-Konto zu GitProtect.io hinzufügen, richten Sie automatische Backup-Pläne ein, die festlegen, welche Daten geschützt werden, in welchem Speicher die Kopien abgelegt werden, nach welchem Zeitplan die automatischen Backups ausgeführt werden und wie die Backup-Ausführung erfolgt. Neues Repository? Es wird automatisch in Ihren geplanten Backup-Plan aufgenommen. Außerdem lässt sich ein Push als Auslöser festlegen, sodass bei jedem Push automatisch ein Backup erstellt wird.
Für noch mehr Komfort – wählen Sie einen vordefinierten Backup-Plan aus der Liste.
Sie haben die volle Kontrolle über die Aufbewahrung dank des Grandfather-Father-Son-Schemas – wahrscheinlich die effizienteste Rotationsmethode, die eine langfristige Verwaltung der Kopien ermöglicht, dabei minimalen Speicherplatz benötigt und eine schnelle Wiederherstellung sicherstellt.
Darüber hinaus ermöglicht Ihnen die volle Kontrolle über die Aufbewahrung, ungenutzte Repositories zu archivieren und so freien Speicherplatz in Ihrem Versionskontrollsystem zu schaffen und Kosten zu sparen.
Bei der Einrichtung des Backup-Plans wählen Sie außerdem den Verschlüsselungsgrad (alle Kopien werden mit einem AES-Schlüssel verschlüsselt, der als unknackbar gilt – zusätzlich lässt sich die Verschlüsselungsstärke anpassen) sowie den Komprimierungsgrad zur Steuerung Ihrer Speicherkapazität.
Für noch mehr Sicherheit haben wir einen Sicheren Passwort-Manager integriert, mit dem Sie starke Passwörter erstellen, ohne sie sich merken zu müssen.
GitProtect.io bietet außerdem Audit-Logs und Benachrichtigungen, damit Sie stets den Überblick behalten und Ihre Kopien für Sicherheits- und Compliance-Zwecke im Blick behalten.
Und schließlich stehen Ihnen umfangreiche Datenwiederherstellungsoptionenzur Verfügung. Die flexible Point-in-Time-Recovery in ein Repository oder auf ein lokales Gerät macht GitProtect.io zu einer zuverlässigen und vollständigen Backup und Disaster Recovery-Lösung für Ihr Versionskontrollsystem.
NACHTEIL: GitProtect.io powered by Xopero ONE ist eine kostenpflichtige Lösung, wobei der Preis von der Anzahl der zu schützenden Repositories abhängt. Je mehr Repos Sie haben, desto weniger zahlen Sie pro Repository. Anders als bei einem eigenen Skript haben Sie hier weniger Kontrolle über die Funktionsweise und den Funktionsumfang. Doch die Funktionsliste ist lang – und basiert auf jahrelanger Markterfahrung – und geht wahrscheinlich sogar über Ihre Erwartungen hinaus. Da Sie Ihre eigene Infrastruktur und nahezu jeden Speicher nutzen sowie Git archivieren (und damit Speicherplatz in Ihrem Versionskontrollsystem sparen) können, wirkt der Preis vergleichsweise niedrig und angemessen. Berücksichtigt man mögliche Angriffe und Ausfälle, kann sich die Investition sogar lohnen: Es heißt, dass Sie im Schadensfall mit jeder in Backup und Disaster Recovery investierten Einheit das Vierfache einsparen.
GitProtect.io – für wen? Für jede Organisation, die ihren Code als geistiges Eigentum betrachtet und auf Versionskontrollsysteme wie Git sowie Hosting-Plattformen wie GitHub, Bitbucket, Azure DevOps oder GitLab angewiesen ist – unabhängig von Größe, Umsatz oder Branche. Ob Großunternehmen, kleines oder mittelständisches Unternehmen mit IT-Abteilung, Softwarehaus oder einzelner Entwickler: GitProtect.io richtet sich an alle Organisationen, die die Kosten von Datenschutzverletzungen und rechtliche Strafen kennen und Datenverlust sowie Geschäftsunterbrechungen aktiv verhindern wollen.