Wraz z wersją 1.8.5, Xopero ONE wspiera tworzenie kopii zapasowych danych Azure DevOps, co czyni nasze rozwiązanie kompatybilnym ze wszystkimi wiodącymi dostawcami usług Git. Podobnie jak w przypadku GitHub, GitLab i Bitbucket, Xopero ONE umożliwia przywracanie cross-restore do i z Azure DevOps. Użytkownicy mogą zabezpieczać organizacje Azure DevOps (SaaS) oraz Azure DevOps Server (on-premise).
Backup Azure DevOps
Użytkownicy mogą tworzyć kopie zapasowe projektów oraz repozytoriów Azure DevOps. Podczas konfiguracji planu można wybrać jeden z czterech typów zasobów do ochrony:
Cała organizacja (zalecana opcja).
Projekty (z możliwością wyboru poszczególnych repozytoriów wewnątrz projektu).
Repozytoria.
Konkretne zasoby na podstawie reguł (np. po nazwie/slugu repozytorium lub projektu).
Możliwe jest również zdefiniowanie metadanych do uwzględnienia w kopii – ich lista zależy od wybranego typu zasobu. Pełna lista obsługiwanych metadanych jest dostępna .
Dane mogą być przywracane do tej samej lub nowej organizacji Azure DevOps. Dzięki funkcji cross-restore, dane z Azure DevOps mogą być przywrócone na konta GitHub, Bitbucket lub GitLab, co zapewnia ciągłość pracy nawet w przypadku niedostępności usług Microsoft.
Metadane dostępne podczas przywracania mogą się różnić w zależności od wybranego dostawcy usług Git. Podczas przywracania projektów w ramach Azure DevOps, przywracane są zarówno metadane projektu (np. work items), jak i zawarte w nim repozytoria. Podczas przywracania cross-restore do innego dostawcy Git, przywracane są tylko repozytoria i ich metadane, ponieważ w tych usługach nie istnieje odpowiednik projektów Azure DevOps.
W Xopero ONE backup dla Azure DevOps jest licencjonowany na liczbę repozytoriów i sprzedawany w pakietach.
W odpowiedzi na potrzeby klientów, wersja 1.8.5 wprowadza nowy tryb wyboru repozytoriów do backupu w ramach planów dla GitHub, GitLab i Bitbucket. Przy wyborze organizacji do zabezpieczenia, użytkownicy mogą teraz wykluczyć konkretne repozytoria — domyślnie zaznaczone są wszystkie, a użytkownik może odznaczyć te, które chce pominąć. Plan skonfigurowany w ten sposób będzie chronił wszystkie repozytoria w organizacji z wyjątkiem wykluczonych. Repozytoria dodane w przyszłości również zostaną automatycznie objęte planem.
W wersji 1.8.5 dodaliśmy obsługę:
Dashboardy organizacji zostały zaprojektowane na nowo w celu poprawy przejrzystości. Sekcja Planów jest teraz czytelniejsza, a obsługa rozdzielczości ekranu została zoptymalizowana. Aktualizacja dotyczy urządzeń, Microsoft 365, Hyper-V, VMware oraz wszystkich organizacji Git i Jira.
Od teraz rozmiar bufora używanego do komunikacji z magazynami danych AWS S3 może być konfigurowany podczas ustawiania planu oraz w trybie edycji dla planów plików, obrazów, Hyper-V, VMware i Microsoft 365.
Konfliktowe typy zadań, takie jak usuwanie i przywracanie danych z tego samego magazynu, są teraz wyświetlane jako zadania w kolejce w zakładce Zadania (W toku) i są zawsze wykonywane w kolejności malejącej. Wcześniej niektóre zadania były kolejkowane w tle i niewidoczne dla użytkowników. Problem ten został rozwiązany.
Znaki takie jak pojedyncze cudzysłowy, nawiasy, wykrzykniki i gwiazdki nie są obsługiwane w adresach webhook, ponieważ powodują błędy walidacji. Wcześniej użycie tych znaków nie powodowało wyświetlenia odpowiedniego komunikatu o błędzie — zostało to naprawione.
Wersja 1.8.5 wprowadza ulepszone przetwarzanie danych dotyczących zajętego miejsca w magazynach AWS S3 i kompatybilnych z S3.
W tym wydaniu zoptymalizowaliśmy procesy, które zużywały dużą ilość pamięci RAM.
Domyślnie Xopero ONE używa i wyświetla oryginalną nazwę organizacji. Od wersji 1.8.5 użytkownicy mogą edytować tę nazwę według potrzeb. Zmiana dotyczy wszystkich typów organizacji Git: GitHub, GitLab, Bitbucket i Azure DevOps.
Od wersji 1.8.5 pole nazwy repozytorium wyświetla rzeczywistą nazwę zamiast ścieżki (slug). Dla użytkowników, dla których stara funkcja była użyteczna, do tabeli repozytoriów dodano nowe pole "slug". Pole to jest również obsługiwane przez funkcje filtrowania i wyszukiwania (można je włączyć ikoną konfiguracji tabeli).
Wcześniej nie było możliwe tworzenie kopii zapasowych reguł ochrony gałęzi odwołujących się do prywatnych aplikacji GitHub App przy użyciu metody autoryzacji GitHub. Wersja 1.8.5 wprowadza mechanizm, który wykrywa takie przypadki i zamiast tego używa osobistego tokenu dostępu (PAT) do zabezpieczenia tych ustawień.
Wcześniej przy uruchomieniu więcej niż 10 zadań panel wyświetlał maksymalną wartość 10, nawet jeśli w toku było ich więcej. Problem został naprawiony; wartość w menu odzwierciedla teraz faktyczną liczbę aktywnych zadań.
Błąd został naprawiony. Statystyki kalendarza są teraz wyświetlane poprawnie, niezależnie od modelu operacyjnego Xopero ONE Management Service.
Sortowanie według kolumn: Adres IP, Ostatnia kopia lub Ostatnia udana kopia na liście urządzeń nie działało poprawnie. Błąd naprawiono.
Błąd występował, gdy użytkownik uruchamiał backup M365 obejmujący kontakty konta. Błąd został zidentyfikowany i naprawiony.
W niektórych przypadkach nieudanego backupu operacja czyszczenia nie uruchamiała się, a migawka nie była usuwana, zajmując miejsce na magazynie.
Błąd występował tylko przy przywracaniu danych z backupu na poziomie plików w bardzo specyficznych przypadkach, uniemożliwiając przywrócenie uprawnień ACL. Zostało to naprawione w wersji 1.8.5.
Naprawiono błąd uniemożliwiający indywidualne przywracanie zadań podrzędnych z projektów typu team-managed (next-gen).