വിജ്ഞാനശേഖരം

നിങ്ങളുടെ GitHub ശേഖരണിയുമായുള്ള ദ്വിമുഖ സമന്വയം

നിങ്ങളുടെ സൈറ്റിൽ വരുത്തുന്ന മാറ്റങ്ങൾ നിങ്ങളുടെ സ്വന്തം റിപ്പോസിറ്ററിയിൽ കമ്മിറ്റുകളായി മാറുകയും നിങ്ങൾ അവിടെ പുഷ് ചെയ്യുന്നത് നിങ്ങളുടെ സൈറ്റിൽ ലഭ്യമാവുകയും ചെയ്യുന്നു. ഇത് സൗജന്യമാണ്, ഒപ്പം ഇരുവശങ്ങളിലും ഒരേസമയം മാറ്റങ്ങൾ വരുമ്പോൾ എന്താണ് സംഭവിക്കുന്നതെന്ന് ഇവിടെ വിവരിക്കുന്നു.

നിങ്ങളുടെ സ്വന്തം GitHub അക്കൗണ്ട് ഒരു സൈറ്റിലേക്ക് കണക്റ്റ് ചെയ്യുക, ഞങ്ങൾ രണ്ടും ഇരുദിശകളിലും ഒരേപോലെ നിലനിർത്തും. ഇത് സൗജന്യമാണ്, നിങ്ങൾ ഇത് ഓണാക്കുന്നത് വരെ ഓഫ് ആയിരിക്കും, കൂടാതെ നിങ്ങളുടെ ഉടമസ്ഥതയിലുള്ള അക്കൗണ്ടിലെ ഒരു റെപ്പോസിറ്ററിയിലേക്ക് മാത്രമേ ഞങ്ങൾ കമ്മിറ്റ് ചെയ്യുകയുള്ളൂ — ഒരിക്കലും ഞങ്ങളുടേതിലേക്ക് അല്ല.

എന്തൊക്കെയാണ് സിങ്ക് ചെയ്യപ്പെടുന്നത്

നിങ്ങളുടെ സൈറ്റിലെ ഫയലുകളിൽ നിങ്ങൾ വരുത്തുന്ന ഏത് മാറ്റവും നിങ്ങളുടെ റെപ്പോസിറ്ററിയിൽ ഒരു കമ്മിറ്റ് ആയി മാറും, നിങ്ങൾ അത് എങ്ങനെ മാറ്റിയാലും: ഫയൽ മാനേജർ, SFTP, WordPress തീം എഡിറ്റർ, അല്ലെങ്കിൽ ഒരു SSH സെഷൻ. നിങ്ങൾ ഞങ്ങളോട് പറയേണ്ടതില്ല — ഞങ്ങൾ നിങ്ങളുടെ സൈറ്റിനെ അതിന്റെ അവസാനത്തെ കമ്മിറ്റുമായി താരതമ്യം ചെയ്യുകയും വ്യത്യാസം പുഷ് ചെയ്യുകയും ചെയ്യുന്നു.

മറുദിശയിൽ, കണക്റ്റ് ചെയ്‌ത നിങ്ങളുടെ ബ്രാഞ്ചിലേക്കുള്ള ഒരു പുഷ് സൈറ്റിൽ എത്തും.

ഞങ്ങൾ ഒരിക്കലും കമ്മിറ്റ് ചെയ്യാത്ത കാര്യങ്ങൾ

നിങ്ങളുടെ wp-config.php മനഃപൂർവ്വവും ശാശ്വതമായും ഒഴിവാക്കിയിരിക്കുന്നു. ഇത് നിങ്ങളുടെ ഡാറ്റാബേസ് പാസ്‌വേഡും പ്രാമാണീകരണ സാൾട്ടുകളും (authentication salts) സൂക്ഷിക്കുന്നു, അവ ഒരു റെപ്പോസിറ്ററിയിൽ ഉണ്ടാകാൻ പാടില്ലാത്തവയാണ് — ഒരു സ്വകാര്യ റെപ്പോസിറ്ററിയിൽ പോലും, കാരണം git ചരിത്രം എന്നെന്നേക്കുമായി സൂക്ഷിക്കുന്നു.

ഇവയും ഒഴിവാക്കിയിരിക്കുന്നു: .env ഫയലുകൾ, കീകൾ, സർട്ടിഫിക്കറ്റുകൾ, നിങ്ങളുടെ അപ്‌ലോഡ് ഫോൾഡർ, കാഷെകൾ, node_modules. ഒരു റെപ്പോസിറ്ററി എന്നത് നിങ്ങളുടെ സൈറ്റിന്റെ സോഴ്സ് ആണ്, ഒരു ബാക്കപ്പ് അല്ല. മീഡിയ ഫയലുകൾ നിങ്ങളുടെ ബാക്കപ്പുകളിൽ ഉൾപ്പെടുന്നു, അവിടെ അത് ഇതിനകം സൂക്ഷിച്ചിരിക്കുന്നു, ഇവിടെ അത് ഉൾപ്പെടുത്തിയാൽ ഓരോ പുഷും മന്ദഗതിയിലാകുകയും ഓരോ മാറ്റവും വായിക്കാൻ കഴിയാത്തതാകുകയും ചെയ്യും.

ഇരുവശങ്ങളിലും മാറ്റങ്ങൾ സംഭവിച്ചാൽ എന്ത് സംഭവിക്കും

ഇതാണ് ശ്രദ്ധിച്ചു വായിക്കേണ്ട ചോദ്യം. നിങ്ങൾ ഫയൽ മാനേജറിൽ ഒരു ഫയൽ എഡിറ്റ് ചെയ്യുന്നു എന്ന് കരുതുക, അതേസമയം ഒരു സഹപ്രവർത്തകൻ അതേ റെപ്പോസിറ്ററിയിലേക്ക് ഒരു മാറ്റം പുഷ് ചെയ്യുന്നു.

ഞങ്ങൾ നിർത്തുന്നു. ഞങ്ങൾ ലയിപ്പിക്കുകയോ (merge), ആരുടെയും മാറ്റങ്ങൾ തിരുത്തിയെഴുതുകയോ (overwrite) ചെയ്യുന്നില്ല. സൈറ്റിന്റെ Deploy ടാബിൽ "Your repository has changes we haven't seen" എന്ന് കാണിക്കുകയും, നിങ്ങൾ നോക്കേണ്ട കമ്മിറ്റിന്റെ പേര് നൽകുകയും, നിങ്ങൾക്കായി കാത്തിരിക്കുകയും ചെയ്യുന്നു. അത് കാത്തിരിക്കുമ്പോൾ ഇരുവശത്തും ഒന്നും നഷ്ടപ്പെടുന്നില്ല — നിങ്ങളുടെ തിരുത്തൽ ഇപ്പോഴും സൈറ്റിലുണ്ട്, അവരുടെ കമ്മിറ്റ് ഇപ്പോഴും റെപ്പോസിറ്ററിയിലുണ്ട്.

തുടർന്ന് നിങ്ങൾ തിരഞ്ഞെടുക്കുക:

  • Keep this site's files — ഞങ്ങൾ നിങ്ങളുടെ പതിപ്പ് അവരുടെ പതിപ്പിന് മുകളിൽ വെക്കുന്നു. അവരുടെ കമ്മിറ്റുകൾ ഹിസ്റ്ററിയിൽ നിലനിൽക്കും; ഒന്നും മായ്‌ക്കപ്പെടുന്നില്ല.
  • Use the repository, discard site changes — റെപ്പോസിറ്ററിയുടെ പതിപ്പ് സൈറ്റിൽ പ്രയോഗിക്കുകയും, നിങ്ങൾ ഇവിടെ വരുത്തിയ മാറ്റങ്ങൾ നിരസിക്കുകയും ചെയ്യുന്നു. ഇത് പഴയപടിയാക്കാൻ കഴിയാത്തതാണ് (destructive), അതുകൊണ്ടാണ് ഇത് മനഃപൂർവ്വമുള്ള ഒരു ക്ലിക്ക് ആയിരിക്കുന്നത്, ഒരിക്കലും നിങ്ങളുടെ പേരിൽ ഞങ്ങൾ സ്വയമേവ ചെയ്യുന്ന ഒന്നല്ല.

മനഃപൂർവ്വം തന്നെ "merge automatically" എന്ന ഓപ്ഷൻ ഇല്ല. ഞങ്ങൾ നടത്തുന്ന ഒരു ലയിപ്പിക്കൽ (merge), ഒരു തത്സമയ സൈറ്റിൽ, നിങ്ങൾ രണ്ടുപേരിൽ ആരും എഴുതാത്തതും നിങ്ങൾ രണ്ടുപേരും ആദ്യം കാണാത്തതുമായ ഒരു ഫയൽ നിർമ്മിക്കും.

എന്തുകൊണ്ട് സിങ്കിംഗ് നിർത്തിവെക്കപ്പെട്ടേക്കാം

  • നിങ്ങൾ നിങ്ങളുടെ സ്വന്തം GitHub അക്കൗണ്ട് കണക്റ്റ് ചെയ്തിട്ടില്ല. നിങ്ങൾ അത് ചെയ്യുന്നതുവരെ സ്വിച്ച് ഓഫ് ആയി തുടരും.
  • ഇത് നിങ്ങൾക്കായി കാത്തിരിക്കുന്നു. മുകളിൽ കാണുക — ഒരു തടസ്സം (hold) സ്വയം മാറില്ല.
  • നിങ്ങളുടെ അക്കൗണ്ട് നല്ല നിലയിലല്ല. ബില്ലിംഗ് പൂർണ്ണമായും അടച്ചുതീർത്തു കഴിഞ്ഞാൽ സിങ്കിംഗ് സ്വയം താൽക്കാലികമായി നിർത്തുകയും വീണ്ടും ആരംഭിക്കുകയും ചെയ്യും. ഒന്നും നഷ്ടപ്പെടുന്നില്ല.

ഒരു മാറ്റവും സംഭവിക്കാത്തവ ഉൾപ്പെടെ, അവസാനത്തെ ഏതാനും സിങ്കുകൾ Deploy ടാബ് കാണിക്കുന്നു. ആ ലിസ്റ്റ് ശൂന്യവും സിങ്ക് ഓൺ ചെയ്തിരിക്കുന്നതുമാണെങ്കിൽ, മിക്കവാറും കണക്റ്റ് ചെയ്ത അക്കൗണ്ടിന് റെപ്പോസിറ്ററിയിലേക്ക് എഴുതാൻ കഴിയില്ല — അതിന്റെ ആക്‌സസ്സ് പരിശോധിച്ച് വീണ്ടും കണക്റ്റ് ചെയ്യുക.

എന്താണ് സിങ്ക് ചെയ്യേണ്ടതെന്ന് തിരഞ്ഞെടുക്കൽ

സ്ഥിരസ്ഥിതിയായി (default) സൈറ്റ് മുഴുവനും സിങ്ക് ചെയ്യുന്നു. ഒരു WordPress സൈറ്റിൽ സാധാരണയായി നിങ്ങൾ ആഗ്രഹിക്കുന്നത് അതല്ല: നിങ്ങൾ എഴുതാത്തതും എഡിറ്റ് ചെയ്യാത്തതുമായ WordPress കോറിന്റെ എല്ലാ ഫയലുകളും എന്നാണ് ഇതിനർത്ഥം. "Sync only this folder" എന്നത് നിങ്ങളുടെ തീമിലേക്ക് സജ്ജീകരിക്കുക — ഉദാഹരണത്തിന് wp-content/themes/my-theme — ബാക്കിയുള്ളവ മാറ്റമില്ലാതെ ഒഴിവാക്കപ്പെടും.

ബ്ലോഗിൽ നിന്നുള്ള പുതിയ വിവരങ്ങൾ

ഹോസ്റ്റിംഗ്, എസ്ഇഒ, വലിയ തോതിലുള്ള സൈറ്റുകളുടെ പ്രവർത്തനം എന്നിവയെക്കുറിച്ച് ഞങ്ങൾ എഴുതിയത്.

ഹോസ്റ്റിംഗ് ലെയറിൽ നിന്നുള്ള എസ്ഇഒയും ലിങ്ക് നിർമ്മാണവും: ഒരു 2026 ഓപ്പറേറ്ററുടെ വീക്ഷണം

2026-ൽ ഹോസ്റ്റിംഗ് ഇൻഡെക്സിംഗിനെയും ലിങ്ക് ഇക്വിറ്റിയെയും എങ്ങനെ സ്വാധീനിക്കുന്നു: പേജുകൾ ഇൻഡെക്സ് ചെയ്ത് നിലനിർത്തൽ, നിർമ്മാണത്തിന് മുമ്പ് പഴയ ഡൊമെയ്‌നുകൾ പരിശോധിക്കൽ, തിരച്ചിൽ കാൽപ്പാടുകൾ ഇല്ലാതെ ലിങ്ക് നിർമ്മിക്കൽ, കൂടാതെ എസ്ഇഒയ്ക്കായി ഇൻഫ്രാസ്ട്രക്ചറിന് എന്തൊക്കെ ചെയ്യാൻ കഴിയും, എന്തൊക്കെ ചെയ്യാൻ കഴിയില്ല എന്നതിനെക്കുറിച്ചുള്ള സത്യസന്ധമായ കാഴ്ചപ്പാട്.

പോസ്റ്റ് വായിക്കുക →

WordPress വേഗതയേറിയതും സുരക്ഷിതവുമാക്കുന്നു: പ്രകടനത്തിന്റെയും പ്ലഗിന്റെയും ചെക്ക്‌ലിസ്റ്റ്

വേഗതയേറിയതും സുരക്ഷിതവുമായ WordPress-നായുള്ള പ്രായോഗിക ചെക്ക്‌ലിസ്റ്റ്: സെർവർ-ലെവൽ കാഷിംഗ്, ഓരോ സൈറ്റിനുമുള്ള ഒബ്‌ജക്റ്റ് കാഷ്, ഉപയോഗിക്കാൻ യോഗ്യമായ ഏതാനും പ്ലഗിനുകൾ, സ്റ്റാക്ക് കാലികമായി നിലനിർത്തൽ, നിങ്ങൾ ഒരിക്കലും കാഷ് ചെയ്യാൻ പാടില്ലാത്ത WooCommerce പേജുകൾ.

പോസ്റ്റ് വായിക്കുക →

2026-ൽ മാനേജ്‌ഡ് വെബ് ഹോസ്റ്റിംഗ് എങ്ങനെ തിരഞ്ഞെടുക്കാം: ഒരു വാങ്ങലുകാരന്റെ വഴികാട്ടി

നിയന്ത്രണ പാനലുള്ള ഒരു വിലകുറഞ്ഞ ബോക്സിൽ നിന്ന് മികച്ച നിയന്ത്രിത ഹോസ്റ്റിംഗിനെ യഥാർത്ഥത്തിൽ വേർതിരിക്കുന്നത് എന്താണ് — മൈഗ്രേഷനുകൾ, ബാക്കപ്പുകൾ, ഐസൊലേഷൻ, യഥാർത്ഥ കാഷിംഗ്, സത്യസന്ധമായ സ്കേലിംഗ് — കൂടാതെ നിങ്ങൾ പ്രതിജ്ഞാബദ്ധരാകുന്നതിന് മുമ്പ് ഇത് എങ്ങനെ വിലയിരുത്താം.

പോസ്റ്റ് വായിക്കുക →

ബ്ലോഗ് വായിക്കുക →

ഇപ്പോഴും പ്രശ്നം നേരിടുന്നുണ്ടോ?

ഓരോ പ്ലാനിലും സപ്പോർട്ട് ലഭ്യമാണ്, ഡെസ്ക് ദിവസത്തിൽ 24 മണിക്കൂറും പ്രവർത്തിക്കുന്നു, കൂടാതെ ഞങ്ങളുടെ 58 ഭാഷകളിൽ ഏതിലും നിങ്ങൾക്ക് ഞങ്ങൾക്ക് എഴുതാം — ഞങ്ങൾ നിങ്ങളുടെ സ്വന്തം ഭാഷയിൽ മറുപടി നൽകും.

പിന്തുണയുമായി ബന്ധപ്പെടുക → എല്ലാ ലേഖനങ്ങളും →