Bareos-Nachrichten

Entwicklung

Der Bareos 24 Release-Plan ist finalisiert

Bareos-Logo (743x233)

Bareos 24 wird im November 2024 veröffentlicht.
Die folgenden Funktionen sind für die Veröffentlichung geplant:

Deduplicierbarer Speicher-Backend

Dieses neue storage backend speichert die Backup-Daten in einem Format, das für die Deduplizierung optimiert ist. Dadurch können Bareos-Volumen von Speichern und Dateisystemen mit Deduplizierungsunterstützung (wie ZFS, VDO, btrfs und andere) dedupliziert werden. Das neue Kommandozeilen-Tool bdedupestimate kann das Deduplizierungspotenzial bestehender Backup-Volumen abzuschätzen und hilft damit, die Speichernutzung zu optimieren.

Wechsel von Mantis zu Github Issues


Das Bareos Projekt wechselt von Mantis nach Github Issues

Im Jahr 2012 wurde das Bareos Projekt ins Leben gerufen. Von Anfang an war es uns ein Anliegen, eine enge Integration mit der Community zu gewährleisten und fortschrittliche Automatisierungsdienste zu nutzen. Doch ein Zeitraum von 10 Jahren bietet reichlich Gelegenheit für Evolution und Innovation.
Im Verlauf dieser Dekade haben wir unser Infrastrukturkonzept kontinuierlich angepasst und modernisiert.

Unter anderem haben wir:

Code:
Von Beginn an haben wir auf git und GitHub als unser Code-Repository gesetzt. Ganz zu Beginn nahmen wir Beiträge in Form von E-Mails und Patches entgegen. Doch seit geraumer Zeit haben wir auf die ausschließliche Verwendung von Pull Requests, automatisierten Tests und einem strukturierten Review-Prozess umgestellt.

Paketbau:
Ursprünglich stützten wir uns bei unserem Paketbau auf das für Linux-Pakete äußerst leistungsfähigen https://openbuildservice.org/. Für andere Platformen müssten wir auf andere Ansätze zurück greifen. Vor einiger Zeit haben wir jedoch für alle Platformen auf Jenkins, Build-Worker und Docker-Container umgeschwenkt. Für Endnutzer hatte dies keine sichtbaren Auswirkungen. Nur können wir nun im selben Prozess Pakete für alle unsere Plattformen erstellen. Ausserdem arbeitet dieser auf Bareos optimierte Prozess wesentlich schneller.

Bugtracker:
Seit dem Gründungsjahr 2012 verwenden wir Mantis als unseren Bug-Tracker und waren größtenteils zufrieden damit. Allerdings haben wir aufgrund einer engeren Verzahnung mit unseren übrigen Prozessen beschlossen, im April 2024 auf Github Issues umzusteigen. Wir erhoffen uns dadurch eine bessere Integration von Fehlermeldungen, Entwicklung und Pull Requests.

Support:
Zusätzlich nutzen wir https://zammad.org als Ticket-System für Kunden mit Support-Vertrag.


Scroll to Top