> For the complete documentation index, see [llms.txt](https://helpcenter.xopero.com/xopero-one-en/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://helpcenter.xopero.com/xopero-one-en/pl/najczestsze-problemy/devops/blad-dv9039-failed-to-restore-repository-push-was-rejected.md).

# Błąd "DV9039: Failed to restore repository – push was rejected"

Jak rozwiązać błąd powstały podczas przywracania repozytorium.

### ⚠️ Problem

Zadanie przywracania repozytorium **Git** kończy się niepowodzeniem z błędem **"DV9039: Failed to restore repository – push was rejected"**.

***

### 💡 Przyczyna

Problem występuje najczęściej podczas przywracania repozytorium **Git**, gdy **Xopero ONE** próbuje wykonać polecenie `git push`, a serwer odrzuca operację. Jego przyczyną są zazwyczaj polityki bezpieczeństwa lub ograniczenia na poziomie organizacji, które blokują wykonanie operacji push w docelowym repozytorium.

***

### 🔧 Rozwiązanie

W zależności od konfiguracji, istnieje kilka sposobów rozwiązania tego problemu:

* Tymczasowo wyłącz ochronę gałęzi (branch protection) po stronie dostawcy **Git**.
* Zaktualizuj uprawnienia PAT, tokena API lub **GitHub App**.
* Wygeneruj nowy PAT lub token API z wymaganymi uprawnieniami. Następnie przejdź do zakładki **DevOps** w panelu bocznym **Xopero ONE Management Service**, znajdź docelową organizację **Git** i kliknij **Edytuj**, aby dodać nowy token lub zaktualizować istniejący.

{% hint style="warning" %}
Do przywracania reguł ochrony gałęzi (branch protection rules) wymagany jest token dostępu z uprawnieniami do zapisu w docelowym repozytorium.
{% endhint %}

* W kreatorze przywracania, w sekcji **Przywróć do**, wybierz opcję utworzenia nowego repozytorium zamiast nadpisywania istniejącego.
* Jeśli repozytorium zawiera bardzo duże pliki, upewnij się, że docelowy serwer ma włączoną obsługę **Git** LFS i odpowiedni limit miejsca.