Tocmai am avut o întrebare rapidă despre cum funcționează sincronizarea configurației Drupal. Lucrez pe un site mare Drupal, unde am niște colegi care se alătură pentru a lucra la proiect. Este un site controlat de versiune în care dezvoltăm local pe Docker și apoi aducem modificări pe un server web.
Am descoperit recent că Drupal are o funcție de „sincronizare config”. Dacă face modificări site-ului (fie vizualizări, blocuri etc.), un utilizator poate accesa această pagină, își poate exporta configurația într-un fișier tar și poate importa în configurația locală (sau invers, de la dev la produs).
Atât am învățat și este o modalitate de a sincroniza mediile Drupal.Dar sunt confuz cu privire la modul în care directorul de sincronizare de configurare intră în joc (cel cu UUID-ul site-ului care este stocat implicit în directorul de fișiere). Într-un mediu de dezvoltare local pe o ramură de testare, am mutat acest folder, versiunea l-a controlat și am schimbat sets.php pentru a indica această nouă locație. Am observat că atunci când fac modificări la ceva (să zicem o vizualizare), folderul de sincronizare de configurare nu are modificări afișate. Dacă merg la ecranul de sincronizare de configurare, atunci văd acest mesaj:
Următoarele elemente din configurația dvs. activă au modificări de la ultimul import, care se pot pierde la următorul import.
views.view.test_config_view
Sunt foarte confuz care este scopul folderului de sincronizare config. Nu ar trebui să se actualizeze cumva atunci când se fac modificări pe un site Drupal? Am încercat să șterg memoria cache și tot. M-am gândit că aceasta ar fi modalitatea corectă de sincronizare a modificărilor cu mai multe persoane care lucrează pe site (în loc să folosești ecranul de import/export și să creez fișiere tar). De asemenea, sunt confuz de ce mă forțează să sincronizez cu ultimul import efectuat, chiar dacă al meu are editări mai recente. Mulțumesc celor care îmi pot explica mai bine acest lucru.