Przejdź do treści

Wprowadzenie

Wyświetl jako Markdown Edytuj w GitHub Dokumentacja: 7a44bd6

Rudel tworzy tymczasowe środowiska testowe WordPress w ramach jednej instalacji hosta WordPress.

Każde środowisko testowe jest wybierane dla konkretnego żądania. Wybrane żądanie korzysta ze sklonowanych tabel WordPress środowiska oraz kopii aktywnego motywu, a pliki rdzenia WordPress, pliki wtyczek i przesłane pliki pozostają współdzielone z hostem.

Co otrzymuje środowisko testowe

  • kopię tabel hosta, w tym użytkowników i metadane użytkowników, z wygenerowanym prefiksem tabel
  • kopię jednego motywu (a w przypadku motywu potomnego także motywu nadrzędnego) w katalogu środowiska testowego
  • metadane cyklu życia w tabelach hosta WordPress MySQL

Użytkownicy są kopiowani podczas tworzenia środowiska testowego. Później użytkownicy i hasła w środowisku testowym oraz na hoście zmieniają się niezależnie.

Co pozostaje współdzielone

  • pliki rdzenia WordPress
  • pliki wtyczek
  • przesłane pliki multimedialne

To rozgraniczenie jest celowe. Rudel zapewnia szybkie środowiska testowe wybierane dla żądań na potrzeby agentów, kontroli jakości, eksperymentów i ryzykownych zmian, bez konieczności korzystania z trybu multisite lub drugiej instalacji WordPress.

Jak żądanie wybiera środowisko testowe

Żądanie HTTP wybiera środowisko testowe za pomocą nagłówka X-Rudel-Environment lub pliku cookie rudel_environment; komenda WP-CLI korzysta ze zmiennej środowiskowej RUDEL_ENVIRONMENT. Rudel nie uwierzytelnia selektora: każdy klient, który prześle prawidłowy identyfikator środowiska, uzyska do niego dostęp. Zobacz Izolacja.

Źródło prawdy

Rekordy środowiska wykonawczego Rudel znajdują się w bazie danych hosta WordPress:

  • wp_rudel_environments
  • wp_rudel_worktrees

Ustawienia znajdują się w opcji rudel_config. Nie ma konfiguracji środowiska wykonawczego JSON ani magazynu metadanych SQLite.

Zacznij tutaj