GitHub എന്താണ്? നോൺ-ഡെവലപ്പർമാർക്കായി വേർഷൻ കൺട്രോൾ
GitHub എന്നത് സോഫ്റ്റ്‌വെയർ പ്രോജക്റ്റുകളുടെ കോഡും അതിന്റെ പൂർണ്ണ ചരിത്രവും സൂക്ഷിക്കുന്ന ഒരു വെബ്‌സൈറ്റാണ്. ഓരോ മാറ്റവും കാണാനും തെറ്റുകൾ പഴയപടിയാക്കാനും മറ്റ് ആളുകളുമായി ഒരേ പ്രോജക്റ്റിൽ ചേർന്ന് പ്രവർത്തിക്കാനും ഇത് സഹായിക്കുന്നു. ഇത് Git എന്ന അടിസ്ഥാനത്തിലാണ് പ്രവർത്തിക്കുന്നത്. ഒരു പ്രോജക്റ്റിന്റെ ഫയലുകളുടെ സ്നാപ്‌ഷോട്ടുകൾ കാലക്രമത്തിൽ രേഖപ്പെടുത്തുന്ന സൗജന്യ സോഫ്റ്റ്‌വെയറാണ് Git. ചരിത്രം സൂക്ഷിക്കുന്നത് Git ആണ്; ആ ചരിത്രം ഓൺലൈനിൽ പങ്കിടുകയും ബാക്കപ്പ് ചെയ്യുകയും ചർച്ച ചെയ്യുകയും ചെയ്യുന്ന സ്ഥലമാണ് GitHub.
AI ഉപയോഗിച്ച് നിർമ്മിക്കുമ്പോൾ GitHub പ്രധാനമായും രണ്ട് കാര്യങ്ങൾക്കാണ്: നിങ്ങളുടെ കോഡിന്റെ ഒരു പകർപ്പ് സ്വന്തമായി സൂക്ഷിക്കാൻ, നിർമ്മിച്ച ഉപകരണത്തിന് പുറത്ത്; കൂടാതെ അത് ഒരു ഡെവലപ്പർക്ക് കൈമാറാൻ, അവർ ദിവസവും ഉപയോഗിക്കുന്ന ഫോർമാറ്റിൽ.
AI ഉപയോഗിച്ച് നിർമ്മിക്കുമ്പോൾ ഇത് പ്രധാനമാകുന്നത് എന്തുകൊണ്ട്
AI ആപ്പ് ബിൽഡർ വളരെ വേഗത്തിൽ ധാരാളം കോഡ് എഴുതുകയും മാറ്റുകയും ചെയ്യുന്നു. എല്ലാ മാറ്റവും മെച്ചപ്പെടുത്തലാകണമെന്നില്ല. അത് സുരക്ഷിതമായി കൈകാര്യം ചെയ്യാനുള്ള വഴിയാണ് വേർഷൻ കൺട്രോൾ.
- ആത്മവിശ്വാസത്തോടെ പഴയപടിയാക്കാം. സേവ് ചെയ്യുന്ന ഓരോ മാറ്റവും ഒരു സ്നാപ്‌ഷോട്ടാണ്. AI എന്തെങ്കിലും തകർത്താൽ അവസാനത്തെ നല്ല പതിപ്പിലേക്ക് തിരികെ പോകാം.
- ഉടമസ്ഥാവകാശം. നിങ്ങളുടെ സ്വന്തം GitHub അക്കൗണ്ടിലുള്ള കോഡ് ടൂൾ മാറ്റിയാലും പണമടയ്ക്കുന്നത് നിർത്തിയാലും മറ്റൊരഭിപ്രായം വേണ്ടിവന്നാലും നിങ്ങളുടേതായി തുടരും.
- ഡെവലപ്പർമാരുമായി പ്രവർത്തിക്കുക. മിക്കവാറും എല്ലാ ഡെവലപ്പർമാരും ദിവസവും Git ഉപയോഗിക്കുന്നു. AI എഴുതിയ കോഡ് അവലോകനം ചെയ്യാനും ശരിയാക്കാനും റിപ്പോസിറ്ററി അവരെ സഹായിക്കുന്നു.
- മറ്റൊരിടത്ത് വിന്യസിക്കുക. പല ഹോസ്റ്റിംഗ് പ്ലാറ്റ്‌ഫോമുകൾക്കും GitHub റിപ്പോസിറ്ററിയിൽ നിന്ന് നേരിട്ട് ഡിപ്ലോയ് ചെയ്യാനാകും.
ദൈനംദിന ഉദാഹരണം: ട്രാക്ക് ചേഞ്ചസും ഒരു ഷെയേർഡ് ഡ്രൈവും
ട്രാക്ക് ചേഞ്ചസ് ഓൺ ചെയ്ത ഒരു ഡോക്യുമെന്റും ഒരു ഷെയേർഡ് ഡ്രൈവിൽ സൂക്ഷിച്ചിരിക്കുന്നതും സങ്കൽപ്പിക്കുക.
- Git ആണ് ട്രാക്ക് ചേഞ്ചസ്: ഓരോ എഡിറ്റും ആരാണ്, എപ്പോൾ, എന്തിനാണ് ചെയ്തത് എന്നതിനൊപ്പം രേഖപ്പെടുത്തുന്നു; ഏത് പതിപ്പിലേക്കും തിരികെ പോകാം.
- GitHub ആണ് ഷെയേർഡ് ഡ്രൈവ്: ഡോക്യുമെന്റ് ഓൺലൈനിൽ ഇരിക്കുന്നു, മറ്റുള്ളവർക്ക് പകർപ്പെടുക്കാം, കമന്റ് ചെയ്യാനും അംഗീകരിക്കാനും ഒരിടമുണ്ട്.
- ബ്രാഞ്ച് എന്നത് “പുതിയ വിലനിർണ്ണയ വിഭാഗം — ഡ്രാഫ്റ്റ്” എന്ന പേരിൽ ഒരു പകർപ്പ് സൂക്ഷിക്കുന്നത് പോലെയാണ്. എല്ലാവരും ആശ്രയിക്കുന്ന പതിപ്പിൽ തൊടാതെ പരീക്ഷണം നടത്താം. പരീക്ഷണം വിജയിച്ചാൽ അത് തിരികെ ലയിപ്പിക്കാം.
ഡോക്യുമെന്റിൽ നിന്നുള്ള വ്യത്യാസം വലുപ്പത്തിലാണ്. ഒരു ആപ്പ് നൂറുകണക്കിന് ഫയലുകൾ ചേർന്നതാണ്. Git അവയെല്ലാം ഒന്നിച്ച് ട്രാക്ക് ചെയ്യുന്നതിനാൽ ഒരു സ്നാപ്‌ഷോട്ട് എന്നാൽ മുഴുവൻ പ്രോജക്റ്റിന്റെയും അവസ്ഥയാണ്.
നിങ്ങൾ കാണാനിടയുള്ള Git, GitHub പദങ്ങൾ
| പദം | ലളിതമായ അർത്ഥം |
|---|---|
| റിപ്പോസിറ്ററി (repo) | പൂർണ്ണ ചരിത്രത്തോടു കൂടിയ ഒരു പ്രോജക്റ്റ് ഫോൾഡർ |
| കമ്മിറ്റ് (Commit) | ചെറിയ വിവരണത്തോടു കൂടി സേവ് ചെയ്ത മാറ്റങ്ങളുടെ ഒരു സ്നാപ്‌ഷോട്ട് |
| ബ്രാഞ്ച് (Branch) | പരീക്ഷണങ്ങൾ പ്രധാന പതിപ്പിനെ ബാധിക്കാതിരിക്കാൻ വേറിട്ട ഒരു ജോലി നിര |
| main | പ്രധാന ബ്രാഞ്ചിന്റെ സാധാരണ പേര് — ലൈവ് ആകുന്ന പതിപ്പ് |
| മെർജ് (Merge) | ഒരു ബ്രാഞ്ചിലെ മാറ്റങ്ങൾ മറ്റൊന്നിലേക്ക് കൊണ്ടുവരൽ |
| മെർജ് കോൺഫ്ലിക്റ്റ് (Merge conflict) | രണ്ട് മാറ്റങ്ങൾ ഒരേ വരികളെ തൊട്ടു; ഏതു നിലനിർത്തണമെന്ന് ആരെങ്കിലും തീരുമാനിക്കണം |
| ക്ലോൺ (Clone) | ചരിത്രം ഉൾപ്പെടെ ഒരു റിപ്പോസിറ്ററിയുടെ പൂർണ്ണ പകർപ്പ് ഡൗൺലോഡ് ചെയ്യൽ |
| പുഷ് / പുൾ (Push / pull) | നിങ്ങളുടെ കമ്മിറ്റുകൾ GitHub-ലേക്ക് അയക്കൽ / മറ്റുള്ളവരുടെ കമ്മിറ്റുകൾ താഴേക്ക് എടുക്കൽ |
| പുൾ റിക്വസ്റ്റ് (PR) | ഒരു ബ്രാഞ്ച് ലയിപ്പിക്കാൻ നിർദ്ദേശിക്കുന്ന GitHub പേജ്; ആളുകൾ മാറ്റങ്ങൾ അവലോകനം ചെയ്യുകയും ചർച്ച ചെയ്യുകയും ചെയ്യുന്നിടം |
| ഫോർക്ക് (Fork) | GitHub-ൽ മറ്റൊരാളുടെ റിപ്പോസിറ്ററിയുടെ സ്വന്തം പകർപ്പ് |
| ഇഷ്യൂ (Issue) | റിപ്പോസിറ്ററിയോടൊപ്പം ചേർത്ത ഒരു GitHub ടാസ്ക് ലിസ്റ്റ് അല്ലെങ്കിൽ ബഗ് റിപ്പോർട്ട് |
.gitignore | Git ഒരിക്കലും രേഖപ്പെടുത്തരുതാത്ത ഫയലുകളുടെ പട്ടിക, ഉദാഹരണത്തിന് .env രഹസ്യങ്ങളും ഡൗൺലോഡ് ചെയ്ത ഡിപ്പെൻഡൻസികളും |
| GitHub Actions | GitHub-ൽ തന്നെ പ്രവർത്തിക്കുന്ന ഓട്ടോമേഷൻ, ഉദാഹരണത്തിന് ഓരോ പുൾ റിക്വസ്റ്റിലും ടെസ്റ്റുകൾ |
രണ്ട് കാര്യങ്ങൾ എടുത്തുപറയേണ്ടതുണ്ട്. ഒന്നാമതായി, Git ചരിത്രം സ്ഥിരമാണ്: ഒരു പാസ്‌വേഡ് കമ്മിറ്റ് ചെയ്ത് പുഷ് ചെയ്താൽ പിന്നീടൊരു കമ്മിറ്റിൽ അത് നീക്കം ചെയ്താലും ചരിത്രത്തിൽ നിന്ന് മാറില്ല. രണ്ടാമതായി, കമ്മിറ്റ് മെസ്സേജ് എത്ര നല്ലതാണോ അത്രയും കമ്മിറ്റും ഉപയോഗപ്രദമാകുന്നു. “ഒരേ സമയം രണ്ടുപേർ ബുക്ക് ചെയ്യുമ്പോഴുള്ള ഇരട്ട-കൗണ്ട് പിശക് ശരിയാക്കി” എന്നത് പിന്നീട് സഹായിക്കും; “update” എന്നത് സഹായിക്കില്ല.
ഒരു പ്രായോഗിക ഉദാഹരണം: AI നിർമ്മിച്ച ആപ്പ് ഒരു ഫ്രീലാൻസർക്ക് കൈമാറുമ്പോൾ
AI ആപ്പ് ബിൽഡർ ഉപയോഗിച്ച് ഒരു ക്ലയന്റ് പോർട്ടൽ നിർമ്മിച്ചു. അത് പ്രവർത്തിക്കുന്നു, പക്ഷേ നിങ്ങളുടെ അക്കൗണ്ടിംഗ് സോഫ്റ്റ്‌വെയറുമായി ബന്ധിപ്പിക്കേണ്ട ഒരു സങ്കീർണ്ണമായ ഇന്റഗ്രേഷൻ ചേർക്കാൻ ഒരു ഫ്രീലാൻസ് ഡെവലപ്പറെ വേണം.
- പ്രോജക്റ്റ് ഒരു പുതിയ പ്രൈവറ്റ് GitHub റിപ്പോസിറ്ററിയുമായി ബന്ധിപ്പിച്ച് പുഷ് ചെയ്യുക. റിപ്പോസിറ്ററിയിൽ ഇപ്പോൾ കോഡും അതിന്റെ ചരിത്രവും ഉണ്ടാകും.
- അതിൽ എന്തൊക്കെയുണ്ടെന്ന് പരിശോധിക്കുക. GitHub-ൽ റിപ്പോസിറ്ററി തുറക്കുക.
.envഫയലോ കോഡിൽ API കീകളോ ഉണ്ടാകരുത്. രഹസ്യങ്ങൾ നിങ്ങളുടെ പ്ലാറ്റ്‌ഫോമിന്റെ സെറ്റിംഗ്‌സിൽ തന്നെ സൂക്ഷിക്കുക; വേണമെങ്കിൽ ഫ്രീലാൻസറുമായി വേറിട്ട് പങ്കിടുക. വിശദാംശങ്ങൾക്ക് എൻവയോൺമെന്റ് വേരിയബിളുകളും രഹസ്യങ്ങളും നോക്കുക. - ആ റിപ്പോസിറ്ററിയിൽ മാത്രം ഫ്രീലാൻസറെ കൊളാബൊറേറ്ററായി ക്ഷണിക്കുക.
- അവർ
accounting-syncപോലുള്ള ഒരു ബ്രാഞ്ചിൽ പ്രവർത്തിക്കുന്നു, ജോലിക്കിടയിൽ കമ്മിറ്റ് ചെയ്യുന്നു, പൂർത്തിയായാൽ ഒരു പുൾ റിക്വസ്റ്റ് തുറക്കുന്നു. - നിങ്ങൾ പുൾ റിക്വസ്റ്റ് അവലോകനം ചെയ്യുന്നു. കോഡ് വായിക്കാതെ തന്നെ വിവരണം വായിക്കാം, ഏതൊക്കെ ഫയലുകൾ മാറി എന്ന് നോക്കാം, കമന്റുകളിൽ ചോദ്യങ്ങൾ ചോദിക്കാം.
- തൃപ്തിയായാൽ മെർജ് ചെയ്യുക, തുടർന്ന് മാറ്റങ്ങൾ നിങ്ങളുടെ ബിൽഡറിലേക്ക് പുൾ ചെയ്യുക; അങ്ങനെ നിങ്ങളും AI-യും പുതിയ പതിപ്പിൽ നിന്ന് തുടരുന്നു.
ഈ വഴിയിലുടനീളം ഓരോ മാറ്റവും കൃത്യമായി കാണാനും ആവശ്യമെങ്കിൽ പഴയപടിയാക്കാനും കഴിയും. ഒറ്റ ജോലിപ്രവാഹത്തിൽ വേർഷൻ കൺട്രോളിന്റെ മൂല്യം ഇതാണ്. ഒരു ഡെവലപ്പറെ കൊണ്ടുവരണമോ എന്ന് ആലോചിക്കുകയാണെങ്കിൽ ഒരു ഡെവലപ്പറെ നിയമിക്കണോ AI ഉപയോഗിച്ച് നിർമ്മിക്കണോ എന്ന ലേഖനം വായിക്കുക.
സാധാരണ തെറ്റുകളും തെറ്റിദ്ധാരണകളും
- “GitHub-ഉം Git-ഉം ഒന്നാണ്.” GitHub ഇല്ലാതെയും Git പ്രവർത്തിക്കും; GitLab, Bitbucket പോലുള്ള ബദലുകളും Git റിപ്പോസിറ്ററികൾ ഹോസ്റ്റ് ചെയ്യുന്നു.
- “GitHub എന്റെ ആപ്പ് പ്രവർത്തിപ്പിക്കും.” GitHub കോഡ് സൂക്ഷിക്കുന്നു മാത്രമാണ്. ആപ്പ് ജനങ്ങൾക്കായി പ്രവർത്തിപ്പിക്കുന്നത് വെബ് ഹോസ്റ്റിംഗ് ആണ്; അത് വേറൊരു സേവനമാണ് (ചില ഹോസ്റ്റുകൾ GitHub-ൽ നിന്ന് ഡിപ്ലോയ് ചെയ്യുമെന്നത് ശരി).
- രഹസ്യങ്ങൾ കമ്മിറ്റ് ചെയ്യൽ. ഏറ്റവും ദോഷകരവും സാധാരണവുമായ തെറ്റ് ഇതാണ്.
.envഫയലുകൾക്ക്.gitignoreഉപയോഗിക്കുക; ഒരിക്കൽ പുഷ് ചെയ്ത ഏതെങ്കിലും കീ മാറ്റുക. - ഒരേയൊരു ബ്രാഞ്ചും സന്ദേശങ്ങളില്ലായ്മയും. ഒറ്റയ്ക്കുള്ള പരീക്ഷണങ്ങൾക്ക് ഇത് മതി; പക്ഷേ അപകടസാധ്യതയുള്ള ഏതിനും കമ്മിറ്റുകൾക്ക് വ്യക്തമായ സന്ദേശവും ബ്രാഞ്ചുകളും നൽകുക.
- രണ്ടിടത്ത് ഒരേ സമയം എഡിറ്റ് ചെയ്യൽ. GitHub-ലും AI ബിൽഡറിലും ഒരേസമയം കോഡ് മാറ്റി പുൾ ചെയ്യാതിരുന്നാൽ കോൺഫ്ലിക്റ്റുകൾ ഉണ്ടാകും. ഒരു സമയം ഒരിടത്തു മാത്രം എഡിറ്റ് ചെയ്യുക, മാറുന്നതിന് മുമ്പ് സിങ്ക് ചെയ്യുക.
- പ്രൈവറ്റ് റിപ്പോസിറ്ററി എല്ലാത്തിന്റെയും ബാക്കപ്പാണെന്ന് കരുതൽ. അതിൽ കോഡ് മാത്രമേയുള്ളൂ; ഡാറ്റാബേസിലെ ഉള്ളടക്കമോ അപ്‌ലോഡ് ചെയ്ത ഫയലുകളോ ഇല്ല. അവയ്ക്ക് വേറെ ബാക്കപ്പ് വേണം.
നിങ്ങളുടെ AI ബിൽഡറോട് എന്ത് ചോദിക്കണം
- “
.env, ഡിപ്പെൻഡൻസി ഫോൾഡറുകൾ, ബിൽഡ് ഔട്ട്‌പുട്ട് എന്നിവ ഒഴിവാക്കുന്ന ഒരു.gitignoreചേർക്കൂ.” - “ഇൻസ്റ്റാൾ ചെയ്യുന്ന വിധം, ആവശ്യമായ എൻവയോൺമെന്റ് വേരിയബിളുകളുടെ പേരുകൾ (മൂല്യങ്ങളില്ലാതെ), ആപ്പ് പ്രവർത്തിപ്പിക്കുന്ന വിധം എന്നിവ വിശദീകരിക്കുന്ന ഒരു README എഴുതൂ.”
- “എല്ലാ വേരിയബിൾ പേരുകളും അടങ്ങുന്ന ഒരു
.env.exampleചേർക്കൂ, യഥാർത്ഥ മൂല്യങ്ങൾ വേണ്ട.” - “ഓരോ മാറ്റത്തിനും വ്യക്തവും വിവരണാത്മകവുമായ കമ്മിറ്റ് സന്ദേശങ്ങൾ ഉപയോഗിക്കൂ.”
ഈ നാല് അഭ്യർത്ഥനകൾ ചേർന്നാൽ ഒരു ഡെവലപ്പർക്ക് മിനിറ്റുകൾക്കുള്ളിൽ പിടിച്ചെടുക്കാവുന്ന ഒരു റിപ്പോസിറ്ററി കിട്ടും. ആപ്പ് സ്വന്തം സെർവറുകളിലേക്ക് മാറ്റാൻ AI-നിർമ്മിത ആപ്പ് എക്‌സ്‌പോർട്ട് ചെയ്ത് സ്വയം ഹോസ്റ്റ് ചെയ്യുന്നത് എങ്ങനെ എന്നത് നോക്കുക. യഥാർത്ഥ ഉപയോക്താക്കൾക്ക് മുമ്പ് ഉറപ്പിക്കാൻ AI പ്രോട്ടോടൈപ്പ് പ്രൊഡക്ഷനിലേക്ക് എത്തിക്കുന്നത് എങ്ങനെ എന്നത് വായിക്കുക.
GitHub-ഉം Mythex-ഉം
Mythex എല്ലാ പ്ലാനിലും നിങ്ങൾക്കായി ചരിത്രം സൂക്ഷിക്കുന്നു: ഏജന്റിന്റെ ഓരോ വിജയകരമായ ടേണിനും ശേഷം ഒരു ചെക്ക്‌പോയിന്റ് സേവ് ചെയ്യുന്നു. അതൊരു Git സ്നാപ്‌ഷോട്ടാണ്, അതിലേക്ക് നിങ്ങൾക്ക് തിരികെ പോകാം. Pro പ്ലാനിൽ നിങ്ങൾക്ക് GitHub ബന്ധിപ്പിച്ച് സ്വന്തം റിപ്പോസിറ്ററിയിലേക്ക് പുഷ് ചെയ്യാനോ പുൾ ചെയ്യാനോ കഴിയും, അല്ലെങ്കിൽ മുഴുവൻ പ്രോജക്റ്റും ആർക്കൈവായി ഡൗൺലോഡ് ചെയ്യാം; എക്‌സ്‌പോർട്ടുകളിൽ രഹസ്യങ്ങളും ഇൻസ്റ്റാൾ ചെയ്ത ഡിപ്പെൻഡൻസികളും ഒഴിവാക്കപ്പെടുന്നു. ഇവിടെ GitHub ഉപയോഗിക്കുന്നത് കോഡ് സിങ്ക് ചെയ്യാനാണ്, Mythex-ലേക്ക് സൈൻ ഇൻ ചെയ്യാനല്ല. വിശദാംശങ്ങൾക്ക് ഡോക്‌സിലെ GitHub, എക്‌സ്‌പോർട്ട്, ഇംപോർട്ട് കാണുക; ഓരോ പ്ലാനിലും എന്തൊക്കെ ഉൾപ്പെടുന്നു എന്നതിന് പ്രൈസിംഗ് പേജ് നോക്കുക.
ചോദ്യങ്ങൾ
Git-ഉം GitHub-ഉം തമ്മിലുള്ള വ്യത്യാസം എന്താണ്?
Git എന്നത് ഏത് കമ്പ്യൂട്ടറിലും ഒരു പ്രോജക്റ്റിന്റെ ഫയലുകളുടെ ചരിത്രം രേഖപ്പെടുത്തുന്ന സൗജന്യ സോഫ്റ്റ്‌വെയറാണ്. GitHub ഒരു വെബ്‌സൈറ്റാണ്. Microsoft-ന്റെ ഉടമസ്ഥതയിലുള്ള ഇത് Git റിപ്പോസിറ്ററികൾ ഓൺലൈനിൽ സൂക്ഷിക്കുകയും പുൾ റിക്വസ്റ്റ്, ഇഷ്യൂ, ഓട്ടോമേഷൻ പോലുള്ള സഹകരണ ഉപകരണങ്ങൾ നൽകുകയും ചെയ്യുന്നു.
AI ഉപയോഗിച്ച് ആപ്പ് നിർമ്മിക്കാൻ എനിക്ക് GitHub വേണ്ടതുണ്ടോ?
ഇല്ല. പല AI ആപ്പ് ബിൽഡറുകളും ചരിത്രം ഉൽപ്പന്നത്തിനുള്ളിൽ തന്നെ സൂക്ഷിക്കുന്നു. കോഡിന്റെ സ്വന്തമായ ഒരു പകർപ്പ് വേണമെന്നോ ഒരു ഡെവലപ്പറോടൊപ്പം ജോലി ചെയ്യണമെന്നോ ആപ്പ് മറ്റൊരിടത്ത് ഹോസ്റ്റ് ചെയ്യണമെന്നോ ഉള്ളപ്പോഴാണ് GitHub ഉപയോഗപ്രദമാകുന്നത്.
GitHub സൗജന്യമാണോ?
GitHub-ന് സൗജന്യ പ്ലാനുണ്ട്. അതിൽ പബ്ലിക്, പ്രൈവറ്റ് റിപ്പോസിറ്ററികൾ ഉൾപ്പെടുന്നു. മിക്ക വ്യക്തികൾക്കും ചെറിയ ടീമുകൾക്കും ഇത് മതിയാകും. പണമടച്ചുള്ള പ്ലാനുകളിൽ ടീം മാനേജ്‌മെന്റും അധിക സൗകര്യങ്ങളും ലഭിക്കും. കൃത്യമായ വിവരങ്ങൾക്ക് GitHub-ന്റെ പ്രൈസിംഗ് പേജ് നോക്കുക.
എന്റെ കോഡ് GitHub-ൽ പബ്ലിക് ആണോ?
നിങ്ങൾ റിപ്പോസിറ്ററി പബ്ലിക് ആക്കിയാൽ മാത്രമേ അങ്ങനെയാകൂ. പ്രൈവറ്റ് റിപ്പോസിറ്ററി നിങ്ങൾക്കും നിങ്ങൾ ക്ഷണിച്ചവർക്കും മാത്രമേ കാണാനാകൂ. പ്രൈവറ്റ് റിപ്പോസിറ്ററിയിലായാലും പാസ്‌വേഡുകളോ API കീകളോ ഒരിക്കലും കമ്മിറ്റ് ചെയ്യരുത്.