Tudásbázis

Kétirányú szinkronizálás az Ön GitHub-tárhelyével

A webhelyén végzett módosítások commitokká válnak a saját tárolójában, és amit oda küld, az megjelenik a webhelyén. Ingyenes, és íme, mi történik, ha mindkét oldal egyszerre változik.

Kapcsolja össze saját GitHub-fiókját egy webhellyel, és mi mindkét irányban szinkronban tartjuk őket. A szolgáltatás ingyenes, alapértelmezetten ki van kapcsolva, amíg be nem kapcsolja, és kizárólag az Ön saját fiókjában lévő adattárba (repository) végzünk commitot — a sajátjainkba soha.

Mi kerül szinkronizálásra

Bármi, amit módosít webhelye fájljaiban, committá válik az adattárában, függetlenül attól, hogyan módosította: a fájlkezelőn, SFTP-n, a WordPress témaszerkesztőn vagy SSH-munkameneten keresztül. Nem szükséges értesítenie minket — összehasonlítjuk webhelyét a legutóbbi committal, és elküldjük (push) a különbséget.

A másik irányban: a csatlakoztatott ágra (branch) érkező push azonnal megjelenik a webhelyen.

Mit nem commitolunk soha

A wp-config.php fájl szándékosan és véglegesen ki van zárva. Ez tartalmazza az adatbázis jelszavát és a hitelesítési sókat (salts), ezek pedig nem tartoznak egy adattárba — még egy privátba sem, mert a git örökre megőrzi az előzményeket.

Szintén ki vannak zárva: a .env fájlok, a kulcsok és tanúsítványok, a feltöltések (uploads) mappa, a gyorsítótárak és a node_modules. Az adattár a webhely forráskódja, nem pedig biztonsági mentés. A médiafájlok a biztonsági mentésekbe valók, ahol már eleve tárolva vannak, és ide helyezésük minden push műveletet lelassítana, minden változtatást pedig áttekinthetetlenné tenne.

Mi történik, ha mindkét oldal módosult

Ezt a kérdést érdemes elolvasni. Tegyük fel, hogy módosít egy fájlt a fájlkezelőben, és időközben egy munkatársa módosítást küld (push) ugyanabba az adattárba.

Megállunk. Nem hajtunk végre merge-et, és nem írjuk felül senki munkáját. A webhely Deploy lapján megjelenik a "Your repository has changes we haven't seen" felirat, megnevezi a commitot, amelyet át kell tekintenie, és vár Önre. A várakozás ideje alatt egyik oldalon sem vész el semmi — az Ön szerkesztése továbbra is ott van a webhelyen, az ő commitjuk pedig az adattárban.

Ezután Ön dönt:

  • A webhely fájljainak megtartása — az Ön verzióját helyezzük az övék fölé. Az ő commitjaik megmaradnak az előzményekben; semmi sem törlődik.
  • Az adattár használata, a webhely módosításainak elvetése — az adattár verziója kerül alkalmazásra a webhelyen, az itt végzett módosítások pedig elvetésre kerülnek. Ez a művelet destruktív, ezért igényel kifejezett kattintást, és soha nem végezzük el az Ön nevében.

Szándékosan nincs "automatikus merge" lehetőség. Az általunk végrehajtott merge egy olyan fájlt eredményezne egy éles webhelyen, amelyet egyikük sem írt, anélkül, hogy bármelyikük előzetesen látta volna.

Miért állhat le a szinkronizálás

  • Nem csatlakoztatta saját GitHub-fiókját. A kapcsoló kikapcsolva marad, amíg ezt meg nem teszi.
  • Önre vár. Lásd fent — a várakoztatás nem szűnik meg magától.
  • Fiókja nincs rendezett állapotban. A szinkronizálás szünetel, és automatikusan folytatódik, amint a számlázási egyenleg rendeződik. Semmi sem vész el.

A Deploy lap megjeleníti a legutóbbi szinkronizálásokat, beleértve azokat is, amelyeknél semmi sem változott. Ha ez a lista üres, és a szinkronizálás be van kapcsolva, a csatlakoztatott fiók nagy valószínűséggel nem tud írni az adattárba — ellenőrizze a hozzáférési jogosultságokat, és csatlakoztassa újra.

A szinkronizálandó elemek kiválasztása

Alapértelmezés szerint a teljes webhely szinkronizálásra kerül. Egy WordPress webhely esetében ez általában nem az, amit szeretne: ez a WordPress magjának minden egyes fájlját jelenti, amelyet nem Ön írt, és nem fog módosítani. Állítsa be a "Csak ennek a mappának a szinkronizálása" lehetőséget a témájára — például wp-content/themes/my-theme —, és a többi érintetlen marad.

Legfrissebb a blogról

Amit a tárhelyszolgáltatásról, a SEO-ról és a webhelyek nagy léptékű működtetéséről írtunk.

SEO és linképítés a tárhelyréteg felől: Egy üzemeltető szemszöge 2026-ban

Hogyan alakítja a tárhely az indexelést és a linkértéket 2026-ban: az oldalak indexben tartása, a korosodott domainek ellenőrzése a tartalomépítés előtt, linképítés keresőmotoros lábnyom nélkül, és őszinte áttekintés arról, hogy az infrastruktúra mit tehet és mit nem tehet meg a SEO-ért.

Bejegyzés elolvasása →

A WordPress gyorsabbá és biztonságosabbá tétele: Teljesítmény- és bővítmény-ellenőrzőlista

Gyakorlati ellenőrzőlista a gyors és biztonságos WordPress-hez: kiszolgálószintű gyorsítótárazás, webhelyenkénti objektum-gyorsítótár, a maroknyi futtatásra érdemes bővítmény, a technológiai verem naprakészen tartása és a WooCommerce-oldalak, amelyeket soha nem szabad gyorsítótárazni.

Bejegyzés elolvasása →

Hogyan válasszunk menedzselt webtárhelyet 2026-ban: Útmutató vásárlóknak

Mi különbözteti meg valójában a jó menedzselt tárhelyet egy olcsó, vezérlőpulttal ellátott doboztól — migrációk, biztonsági mentések, elszigetelés, valódi gyorsítótárazás és őszinte skálázhatóság — és hogyan ítélheti meg, mielőtt elkötelezné magát.

Bejegyzés elolvasása →

Olvassa el a blogot →

Még mindig elakadt?

A támogatás minden csomag része, az ügyfélszolgálat a nap 24 órájában rendelkezésre áll, és a 58 támogatott nyelvünk bármelyikén írhat nekünk – mi a ön nyelvén válaszolunk.

Kapcsolatfelvétel az ügyfélszolgálattal → Összes cikk →