git-commit - ക്ലൗഡിൽ ഓൺലൈനിൽ

പട്ടിക:

NAME

git-commit - റിപ്പോസിറ്ററിയിൽ മാറ്റങ്ങൾ രേഖപ്പെടുത്തുക

സിനോപ്സിസ്

ജിറ്റിനെ സമർപ്പിക്കുക [-a | --ഇന്ററാക്ടീവ് | --patch] [-s] [-v] [-u ] [--ഭേദഗതി]
[--ഡ്രൈ-റൺ] [(-c | -C | --fixup | --squash) ]
[-എഫ് | -എം ] [--reset-author] [--allow-empty]
[--allow-empty-message] [--no-verify] [-e] [--author= ]
[--തീയതി= ] [--ക്ലീനപ്പ്= ] [--[no-]സ്ഥിതി]
[-ഞാൻ | -o] [-എസ്[ ]] [--] [ ...]

വിവരണം

എന്നതിൽ നിന്നുള്ള ഒരു ലോഗ് സന്ദേശത്തോടൊപ്പം ഇൻഡക്‌സിന്റെ നിലവിലെ ഉള്ളടക്കങ്ങൾ ഒരു പുതിയ പ്രതിബദ്ധതയിൽ സംഭരിക്കുന്നു
മാറ്റങ്ങൾ വിവരിക്കുന്ന ഉപയോക്താവ്.

ചേർക്കേണ്ട ഉള്ളടക്കം പല തരത്തിൽ വ്യക്തമാക്കാം:

1. ഉപയോഗിച്ച് ജിറ്റിനെ ചേർക്കുക ഉപയോഗിക്കുന്നതിന് മുമ്പ് സൂചികയിൽ മാറ്റങ്ങൾ "ചേർക്കുക" സമർപ്പിക്കുക
കമാൻഡ് (ശ്രദ്ധിക്കുക: പരിഷ്കരിച്ച ഫയലുകൾ പോലും "ചേർക്കുക");

2. ഉപയോഗിച്ച് ജിറ്റിനെ rm വർക്കിംഗ് ട്രീയിൽ നിന്നും സൂചികയിൽ നിന്നും ഫയലുകൾ നീക്കം ചെയ്യാൻ, വീണ്ടും മുമ്പ്
ഉപയോഗിച്ച് സമർപ്പിക്കുക കമാൻഡ്;

3. ഫയലുകളെ ആർഗ്യുമെന്റുകളായി ലിസ്റ്റുചെയ്യുന്നതിലൂടെ സമർപ്പിക്കുക കമാൻഡ്, ഈ സാഹചര്യത്തിൽ കമ്മിറ്റ് ചെയ്യും
സൂചികയിൽ വരുത്തിയ മാറ്റങ്ങൾ അവഗണിക്കുക, പകരം നിലവിലെ ഉള്ളടക്കം രേഖപ്പെടുത്തുക
ലിസ്റ്റുചെയ്ത ഫയലുകൾ (ഇത് ഇതിനകം തന്നെ Git-ന് അറിഞ്ഞിരിക്കണം);

4. കൂടെ -a സ്വിച്ച് ഉപയോഗിച്ച് സമർപ്പിക്കുക എല്ലാം സ്വയമേവ "ചേർക്കുക" എന്ന കമാൻഡ്
അറിയപ്പെടുന്ന ഫയലുകൾ (അതായത്, സൂചികയിൽ ഇതിനകം ലിസ്റ്റ് ചെയ്തിട്ടുള്ള എല്ലാ ഫയലുകളും) കൂടാതെ സ്വയമേവ
പ്രവർത്തിക്കുന്ന ട്രീയിൽ നിന്ന് നീക്കം ചെയ്ത സൂചികയിലെ "rm" ഫയലുകൾ, തുടർന്ന് പ്രകടനം
യഥാർത്ഥ പ്രതിബദ്ധത;

5. --ഇന്ററാക്ടീവ് അല്ലെങ്കിൽ --പാച്ച് സ്വിച്ചുകൾ ഉപയോഗിച്ച് സമർപ്പിക്കുക ഒന്ന് തീരുമാനിക്കാൻ കൽപ്പന
അന്തിമമാക്കുന്നതിന് മുമ്പ് ഏത് ഫയലുകളോ ഹുങ്കുകളോ പ്രതിബദ്ധതയുടെ ഭാഗമാകണം
ഓപ്പറേഷൻ. "ഇന്ററാക്ടീവ് മോഡ്" എന്ന വിഭാഗം കാണുക git-add(1) എങ്ങനെ പ്രവർത്തിക്കണമെന്ന് പഠിക്കാൻ
ഈ മോഡുകൾ.

--ഡ്രൈ-റൺ ഓപ്‌ഷൻ ഉപയോഗിച്ച് ഏതെങ്കിലും ഒന്നിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്നതിന്റെ ഒരു സംഗ്രഹം ലഭിക്കും
അതേ പാരാമീറ്ററുകൾ (ഓപ്ഷനുകളും പാതകളും) നൽകി അടുത്ത കമ്മിറ്റിനായി മുകളിൽ

നിങ്ങൾ ഒരു പ്രതിബദ്ധത നടത്തുകയും അതിനുശേഷം ഉടൻ തന്നെ ഒരു തെറ്റ് കണ്ടെത്തുകയും ചെയ്താൽ, നിങ്ങൾക്ക് അതിൽ നിന്ന് കരകയറാനാകും
അത് ഉപയോഗിച്ച് ജിറ്റിനെ പുനഃസജ്ജമാക്കുക.

ഓപ്ഷനുകൾ

-എ, --എല്ലാം
പരിഷ്കരിച്ചതും ഇല്ലാതാക്കിയതുമായ ഫയലുകൾ സ്വയമേവ സ്റ്റേജ് ചെയ്യാൻ കമാൻഡിനോട് പറയുക, പക്ഷേ
നിങ്ങൾ Git-നെ കുറിച്ച് പറഞ്ഞിട്ടില്ലാത്ത പുതിയ ഫയലുകളെ ബാധിക്കില്ല.

-പി, --പാച്ച്
ഏതൊക്കെ മാറ്റങ്ങൾ വരുത്തണമെന്ന് തിരഞ്ഞെടുക്കാൻ ഇന്ററാക്ടീവ് പാച്ച് സെലക്ഷൻ ഇന്റർഫേസ് ഉപയോഗിക്കുക. കാണുക
git-add(1) വിശദാംശങ്ങൾക്ക്.

-സി , --reuse-message=
നിലവിലുള്ള ഒരു കമ്മിറ്റ് ഒബ്‌ജക്റ്റ് എടുത്ത് ലോഗ് സന്ദേശവും കർത്തൃത്വവും വീണ്ടും ഉപയോഗിക്കുക
പ്രതിബദ്ധത സൃഷ്ടിക്കുമ്പോൾ വിവരങ്ങൾ (ടൈംസ്റ്റാമ്പ് ഉൾപ്പെടെ).

-സി , --reedit-message=
പോലെ -C, പക്ഷേ -c എഡിറ്റർ അഭ്യർത്ഥിച്ചതിനാൽ ഉപയോക്താവിന് കൂടുതൽ എഡിറ്റ് ചെയ്യാൻ കഴിയും
സന്ദേശം സമർപ്പിക്കുക.

--fixup=
rebase --autosquash-നൊപ്പം ഉപയോഗിക്കുന്നതിന് ഒരു പ്രതിബദ്ധത സന്ദേശം നിർമ്മിക്കുക. പ്രതിബദ്ധത സന്ദേശം നൽകും
"ഫിക്‌സപ്പ്!" എന്ന പ്രിഫിക്‌സ് ഉപയോഗിച്ച് നിർദ്ദിഷ്‌ട പ്രതിബദ്ധതയിൽ നിന്നുള്ള സബ്‌ജക്റ്റ് ലൈനായിരിക്കുക. കാണുക git-
റിബേസ്(1) വിശദാംശങ്ങൾക്ക്.

--സ്ക്വാഷ്=
rebase --autosquash-നൊപ്പം ഉപയോഗിക്കുന്നതിന് ഒരു പ്രതിബദ്ധത സന്ദേശം നിർമ്മിക്കുക. പ്രതിബദ്ധത സന്ദേശം
സബ്ജക്റ്റ് ലൈൻ "സ്ക്വാഷ്!" എന്ന പ്രിഫിക്‌സ് ഉപയോഗിച്ച് നിർദ്ദിഷ്ട കമ്മിറ്റിൽ നിന്ന് എടുത്തതാണ്. ആകാം
അധിക കമ്മിറ്റ് മെസേജ് ഓപ്‌ഷനുകൾക്കൊപ്പം ഉപയോഗിക്കുന്നു (-m/-c/-C/-F). കാണുക git-റീബേസ്(1) വേണ്ടി
വിശദാംശങ്ങൾ.

--റീസെറ്റ്-രചയിതാവ്
-C/-c/--ഭേദഗതി ഓപ്‌ഷനുകൾക്കൊപ്പം ഉപയോഗിക്കുമ്പോൾ, അല്ലെങ്കിൽ aa വൈരുദ്ധ്യത്തിന് ശേഷം കമ്മിറ്റ് ചെയ്യുമ്പോൾ
ചെറി-പിക്ക്, തത്ഫലമായുണ്ടാകുന്ന പ്രതിബദ്ധതയുടെ കർത്തൃത്വം ഇപ്പോൾ യുടേതാണെന്ന് പ്രഖ്യാപിക്കുക
പ്രതിജ്ഞാബദ്ധൻ. ഇത് രചയിതാവിന്റെ ടൈംസ്റ്റാമ്പും പുതുക്കുന്നു.

--ഹ്രസ്വ
ഡ്രൈ-റൺ ചെയ്യുമ്പോൾ, ഷോർട്ട് ഫോർമാറ്റിൽ ഔട്ട്പുട്ട് നൽകുക. കാണുക git-status(1) വേണ്ടി
വിശദാംശങ്ങൾ. സൂചിപ്പിക്കുന്നു --ഡ്രൈ-റൺ.

--ശാഖ
ഹ്രസ്വ ഫോർമാറ്റിൽ പോലും ബ്രാഞ്ചും ട്രാക്കിംഗ് വിവരങ്ങളും കാണിക്കുക.

--പോർസലൈൻ
ഡ്രൈ-റൺ ചെയ്യുമ്പോൾ, പോർസലൈൻ-റെഡി ഫോർമാറ്റിൽ ഔട്ട്പുട്ട് നൽകുക. കാണുക git-status(1)
വിശദാംശങ്ങൾക്ക്. സൂചിപ്പിക്കുന്നു --ഡ്രൈ-റൺ.

--നീളമുള്ള
ഒരു ഡ്രൈ-റൺ ചെയ്യുമ്പോൾ, ദീർഘമായ ഫോർമാറ്റിൽ ഔട്ട്പുട്ട് നൽകുക. സൂചിപ്പിക്കുന്നു --ഡ്രൈ-റൺ.

-z, --null
ഷോർട്ട് അല്ലെങ്കിൽ പോർസലൈൻ സ്റ്റാറ്റസ് ഔട്ട്പുട്ട് കാണിക്കുമ്പോൾ, സ്റ്റാറ്റസ് ഔട്ട്പുട്ടിലെ എൻട്രികൾ അവസാനിപ്പിക്കുക
LF-ന് പകരം NUL-നൊപ്പം. ഫോർമാറ്റ് നൽകിയിട്ടില്ലെങ്കിൽ, --porcelain ഔട്ട്പുട്ട് ഫോർമാറ്റ് സൂചിപ്പിക്കുന്നു.

-എഫ് , --file=
നൽകിയിരിക്കുന്ന ഫയലിൽ നിന്ന് കമ്മിറ്റ് സന്ദേശം എടുക്കുക. ഉപയോഗിക്കുക - എന്നതിൽ നിന്നുള്ള സന്ദേശം വായിക്കാൻ
സ്റ്റാൻഡേർഡ് ഇൻപുട്ട്.

--എഴുത്തുകാരൻ=
പ്രതിബദ്ധതയുള്ള രചയിതാവിനെ അസാധുവാക്കുക. സാധാരണ AU Thor ഉപയോഗിച്ച് ഒരു വ്യക്തമായ രചയിതാവിനെ വ്യക്തമാക്കുക
<[ഇമെയിൽ പരിരക്ഷിച്ചിരിക്കുന്നു]> ഫോർമാറ്റ്. അല്ലെങ്കിൽ ഒരു പാറ്റേൺ ആയി കണക്കാക്കുകയും ഉപയോഗിക്കുകയും ചെയ്യുന്നു
ആ രചയിതാവിന്റെ നിലവിലുള്ള പ്രതിബദ്ധത തിരയാൻ (അതായത് rev-list --all -i
--എഴുത്തുകാരൻ= ); കമ്മിറ്റ് രചയിതാവ് ആദ്യം കണ്ടെത്തിയ കമ്മിറ്റിൽ നിന്ന് പകർത്തുന്നു.

--തീയതി=
കമ്മിറ്റിൽ ഉപയോഗിച്ച രചയിതാവിന്റെ തീയതി അസാധുവാക്കുക.

-എം , --message=
നൽകിയിരിക്കുന്നത് ഉപയോഗിക്കുക പ്രതിബദ്ധത സന്ദേശമായി. ഒന്നിലധികം -m ഓപ്ഷനുകൾ നൽകിയിട്ടുണ്ടെങ്കിൽ, അവരുടെ
മൂല്യങ്ങൾ പ്രത്യേക ഖണ്ഡികകളായി സംയോജിപ്പിച്ചിരിക്കുന്നു.

-ടി , --ടെംപ്ലേറ്റ്=
കമ്മിറ്റ് സന്ദേശം എഡിറ്റുചെയ്യുമ്പോൾ, നൽകിയിരിക്കുന്ന ഫയലിലെ ഉള്ളടക്കങ്ങൾ ഉപയോഗിച്ച് എഡിറ്റർ ആരംഭിക്കുക.
ഈ ഓപ്‌ഷൻ നൽകാൻ കമ്മിറ്റ്.ടെംപ്ലേറ്റ് കോൺഫിഗറേഷൻ വേരിയബിൾ ഉപയോഗിക്കാറുണ്ട്
ആജ്ഞയിലേക്ക് പരോക്ഷമായി. ഗൈഡ് ചെയ്യാൻ ആഗ്രഹിക്കുന്ന പ്രോജക്റ്റുകൾക്ക് ഈ സംവിധാനം ഉപയോഗിക്കാൻ കഴിയും
സന്ദേശത്തിൽ എന്ത് ക്രമത്തിൽ എഴുതണം എന്നതിനെക്കുറിച്ചുള്ള ചില സൂചനകളോടെ പങ്കാളികൾ. എങ്കിൽ
സന്ദേശം എഡിറ്റുചെയ്യാതെ ഉപയോക്താവ് എഡിറ്ററിൽ നിന്ന് പുറത്തുകടക്കുന്നു, പ്രതിബദ്ധത നിർത്തലാക്കി. ഇതിന് ഇല്ല
മറ്റ് മാർഗങ്ങളിലൂടെ ഒരു സന്ദേശം നൽകുമ്പോൾ പ്രഭാവം, ഉദാ -m അല്ലെങ്കിൽ -F ഓപ്ഷനുകൾ.

-s, --സൈൻഓഫ്
കമ്മിറ്റ് ലോഗ് സന്ദേശത്തിന്റെ അവസാനം കമ്മിറ്റർ സൈൻഡ്-ബൈ ലൈൻ ചേർക്കുക. ദി
ഒരു സൈൻഓഫിന്റെ അർത്ഥം പ്രോജക്റ്റിനെ ആശ്രയിച്ചിരിക്കുന്നു, എന്നാൽ ഇത് സാധാരണയായി ആ പ്രതിജ്ഞയെ സാക്ഷ്യപ്പെടുത്തുന്നു
ഒരേ ലൈസൻസിന് കീഴിൽ ഈ സൃഷ്ടി സമർപ്പിക്കാനുള്ള അവകാശം ഉണ്ട് കൂടാതെ ഒരു ഡെവലപ്പറെ സമ്മതിക്കുകയും ചെയ്യുന്നു
ഉത്ഭവ സർട്ടിഫിക്കറ്റ് (കാണുക http://developercertificate.org/ കൂടുതൽ വിവരങ്ങൾക്ക്).

-n, --no-verify
ഈ ഓപ്ഷൻ പ്രീ-കമ്മിറ്റ്, കമ്മിറ്റ്-എംഎസ്ജി ഹുക്കുകൾ മറികടക്കുന്നു. ഇതും കാണുക githooks(5).

--അനുവദിക്കുക-ശൂന്യം
സാധാരണയായി ഒരേ രക്ഷാകർതൃ പ്രതിബദ്ധതയുള്ള അതേ വൃക്ഷമുള്ള ഒരു പ്രതിബദ്ധത രേഖപ്പെടുത്തുന്നത് a ആണ്
തെറ്റ്, കമാൻഡ് അത്തരം പ്രതിബദ്ധതയിൽ നിന്ന് നിങ്ങളെ തടയുന്നു. ഈ ഓപ്ഷൻ ബൈപാസ് ചെയ്യുന്നു
സുരക്ഷ, കൂടാതെ പ്രാഥമികമായി വിദേശ എസ്‌സി‌എം ഇന്റർഫേസ് സ്‌ക്രിപ്‌റ്റുകൾ ഉപയോഗിക്കുന്നതിനുള്ളതാണ്.

--അനുവദിക്കുക-ശൂന്യ-സന്ദേശം
ലൈക്ക് --allow-empty ഈ കമാൻഡ് പ്രാഥമികമായി വിദേശ എസ്‌സിഎം ഇന്റർഫേസ് സ്‌ക്രിപ്റ്റുകൾക്കുള്ളതാണ്.
പ്ലംബിംഗ് ഉപയോഗിക്കാതെ ഒരു ശൂന്യമായ കമ്മിറ്റ് സന്ദേശം ഉപയോഗിച്ച് ഒരു പ്രതിബദ്ധത സൃഷ്ടിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു
തുടങ്ങിയ കമാൻഡുകൾ git-commit-Tree(1).

--ക്ലീനപ്പ്=
നൽകിയ കമ്മിറ്റ് സന്ദേശം മുമ്പ് എങ്ങനെ വൃത്തിയാക്കണമെന്ന് ഈ ഓപ്ഷൻ നിർണ്ണയിക്കുന്നു
ചെയ്യുന്നു. ദി സ്ട്രിപ്പ്, വൈറ്റ്‌സ്‌പെയ്‌സ്, പദാനുപദം, കത്രിക അല്ലെങ്കിൽ ഡിഫോൾട്ട് ആകാം.

സ്ട്രിപ്പ്
സ്ട്രിപ്പ് ലീഡിംഗ്, ശൂന്യമായ ലൈനുകൾ, പിന്നിലുള്ള വൈറ്റ്‌സ്‌പെയ്‌സ്, കമന്ററി എന്നിവയും
തുടർച്ചയായി ശൂന്യമായ ലൈനുകൾ തകർക്കുക.

വൈറ്റ്സ്പേസ്
#commentary ഒഴികെയുള്ള സ്ട്രിപ്പ് നീക്കം ചെയ്തിട്ടില്ല.

പദാനുപദം
സന്ദേശം മാറ്റരുത്.

കത്രിക
വൈറ്റ്‌സ്‌പെയ്‌സിന് സമാനമാണ്, "# എന്ന വരിയിൽ നിന്നുള്ള (അടക്കം) എല്ലാം ഒഴികെ
------------------------- >8 ---------------------- "സന്ദേശമാണെങ്കിൽ വെട്ടിച്ചുരുക്കിയിരിക്കുന്നു
എഡിറ്റ് ചെയ്യേണ്ടത്. core.commentChar ഉപയോഗിച്ച് "#" ഇഷ്ടാനുസൃതമാക്കാം.

സ്ഥിരസ്ഥിതി
സന്ദേശം എഡിറ്റ് ചെയ്യണമെങ്കിൽ സ്ട്രിപ്പ് പോലെ തന്നെ. അല്ലെങ്കിൽ വെള്ളയിടം.

സ്ഥിരസ്ഥിതി മാറ്റാൻ കഴിയും കമ്മിറ്റ്.ക്ലീനപ്പ് കോൺഫിഗറേഷൻ വേരിയബിൾ (കാണുക git-
config(1)).

-e, --എഡിറ്റ്
-F ഉള്ള ഫയലിൽ നിന്നും -m ഉള്ള കമാൻഡ് ലൈനിൽ നിന്നും കമ്മിറ്റ് ഒബ്‌ജക്റ്റിൽ നിന്നും എടുത്ത സന്ദേശം
-C സാധാരണയായി കമ്മിറ്റ് ലോഗ് സന്ദേശമായി ഉപയോഗിക്കാറുണ്ട്. ഈ ഓപ്ഷൻ നിങ്ങളെ കൂടുതൽ അനുവദിക്കുന്നു
ഈ ഉറവിടങ്ങളിൽ നിന്ന് എടുത്ത സന്ദേശം എഡിറ്റ് ചെയ്യുക.

--ഇല്ല-എഡിറ്റ്
എഡിറ്റർ ലോഞ്ച് ചെയ്യാതെ തിരഞ്ഞെടുത്ത കമ്മിറ്റ് സന്ദേശം ഉപയോഗിക്കുക. ഉദാഹരണത്തിന്, ജിറ്റ് കമ്മിറ്റ്
--amend --no-edit ഒരു കമ്മിറ്റ് സന്ദേശം മാറ്റാതെ തന്നെ ഭേദഗതി ചെയ്യുന്നു.

--ഭേദഗതി
ഒരു പുതിയ പ്രതിബദ്ധത സൃഷ്ടിച്ച് നിലവിലെ ബ്രാഞ്ചിന്റെ അറ്റം മാറ്റിസ്ഥാപിക്കുക. രേഖപ്പെടുത്തിയ മരമാണ്
പതിവുപോലെ തയ്യാറാക്കിയത് (-i, -o ഓപ്ഷനുകളുടെ ഫലവും സ്പഷ്ടവും ഉൾപ്പെടെ
പാത്ത്സ്പെക്ക്), കൂടാതെ യഥാർത്ഥ കമ്മിറ്റിൽ നിന്നുള്ള സന്ദേശം ആരംഭ പോയിന്റായി ഉപയോഗിക്കുന്നു,
ഒരു ശൂന്യമായ സന്ദേശത്തിന് പകരം, കമാൻഡ് ലൈനിൽ നിന്ന് മറ്റൊരു സന്ദേശവും വ്യക്തമാക്കാത്തപ്പോൾ
-m, -F, -c, മുതലായ ഓപ്‌ഷനുകൾ വഴി. പുതിയ കമ്മിറ്റിന് സമാനമായ മാതാപിതാക്കളും രചയിതാക്കളും ഉണ്ട്
നിലവിലുള്ളത് (--reset-author ഓപ്ഷന് ഇതിനെ എതിർക്കാൻ കഴിയും).

ഇത് ഇതിന് തുല്യമാണ്:

$ git റീസെറ്റ് --സോഫ്റ്റ് ഹെഡ്^
$ ... ശരിയായ മരം കൊണ്ടുവരാൻ മറ്റെന്തെങ്കിലും ചെയ്യുക ...
$ git കമ്മിറ്റ് -c ORIG_HEAD

എന്നാൽ ഒരു ലയന കമ്മിറ്റ് ഭേദഗതി ചെയ്യാൻ ഉപയോഗിക്കാം.

നിങ്ങൾ ഒരു പ്രതിബദ്ധത തിരുത്തുകയാണെങ്കിൽ ചരിത്രം തിരുത്തിയെഴുതുന്നതിന്റെ പ്രത്യാഘാതങ്ങൾ നിങ്ങൾ മനസ്സിലാക്കണം
ഇതിനകം പ്രസിദ്ധീകരിച്ചിട്ടുണ്ട്. ("അപ്‌സ്ട്രീം റീബേസിൽ നിന്ന് വീണ്ടെടുക്കൽ" എന്ന വിഭാഗം കാണുക git-
റിബേസ്(1)

--പോസ്റ്റ്-റീറൈറ്റില്ല
പോസ്റ്റ്-റൈറ്റ് ഹുക്ക് മറികടക്കുക.

-i, --ഉൾപ്പെടുന്നു
ഇതുവരെയുള്ള ഘട്ടം ഘട്ടമായുള്ള ഉള്ളടക്കങ്ങളിൽ നിന്ന് പ്രതിജ്ഞാബദ്ധമാക്കുന്നതിന് മുമ്പ്, പാതകളിലെ ഉള്ളടക്കങ്ങൾ ഘട്ടം ഘട്ടമായി അവതരിപ്പിക്കുക
കമാൻഡ് ലൈനിലും നൽകിയിരിക്കുന്നു. നിങ്ങൾ അല്ലാത്തപക്ഷം ഇത് സാധാരണയായി നിങ്ങൾ ആഗ്രഹിക്കുന്ന കാര്യമല്ല
വൈരുദ്ധ്യമുള്ള ഒരു ലയനം അവസാനിപ്പിക്കുന്നു.

-o, --മാത്രം
വ്യക്തമാക്കിയ പാതകളിലെ അപ്‌ഡേറ്റ് ചെയ്‌ത വർക്കിംഗ് ട്രീ ഉള്ളടക്കങ്ങൾ എടുത്ത് ഒരു പ്രതിബദ്ധത ഉണ്ടാക്കുക
കമാൻഡ് ലൈൻ, മറ്റ് പാതകൾക്കായി സ്റ്റേജ് ചെയ്തിട്ടുള്ള ഏതെങ്കിലും ഉള്ളടക്കങ്ങൾ അവഗണിക്കുന്നു.
ഇതാണ് സ്ഥിരസ്ഥിതി പ്രവർത്തന രീതി ജിറ്റിനെ സമർപ്പിക്കുക ഏതെങ്കിലും പാതകൾ നൽകിയിട്ടുണ്ടെങ്കിൽ
കമാൻഡ് ലൈൻ, ഈ സാഹചര്യത്തിൽ ഈ ഓപ്ഷൻ ഒഴിവാക്കാവുന്നതാണ്. ഈ ഓപ്ഷൻ വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ
ഒപ്പം കൂടെ --ഭേദഗതി, അപ്പോൾ പാതകളൊന്നും വ്യക്തമാക്കേണ്ടതില്ല, അത് ഭേദഗതി ചെയ്യാൻ ഉപയോഗിക്കാം
ഇതിനകം അരങ്ങേറിയ മാറ്റങ്ങൾ വരുത്താതെയുള്ള അവസാന പ്രതിബദ്ധത.

-u[ ], --ട്രാക്ക് ചെയ്യാത്ത ഫയലുകൾ[= ]
ട്രാക്ക് ചെയ്യാത്ത ഫയലുകൾ കാണിക്കുക.

മോഡ് പാരാമീറ്റർ ഓപ്ഷണലാണ് (സ്ഥിരസ്ഥിതി എല്ലാം), കൈകാര്യം ചെയ്യൽ വ്യക്തമാക്കാൻ ഉപയോഗിക്കുന്നു
ട്രാക്ക് ചെയ്യാത്ത ഫയലുകളുടെ; -u ഉപയോഗിക്കാത്തപ്പോൾ, സ്ഥിരസ്ഥിതിയാണ് സാധാരണ, അതായത് ട്രാക്ക് ചെയ്യാത്തത് കാണിക്കുക
ഫയലുകളും ഡയറക്ടറികളും.

സാധ്യമായ ഓപ്ഷനുകൾ ഇവയാണ്:

· ഇല്ല - ട്രാക്ക് ചെയ്യാത്ത ഫയലുകളൊന്നും കാണിക്കരുത്

· സാധാരണ - ട്രാക്ക് ചെയ്യാത്ത ഫയലുകളും ഡയറക്ടറികളും കാണിക്കുന്നു

· എല്ലാം - ട്രാക്ക് ചെയ്യാത്ത ഡയറക്ടറികളിൽ വ്യക്തിഗത ഫയലുകളും കാണിക്കുന്നു.

status.showUntrackedFiles കോൺഫിഗറേഷൻ ഉപയോഗിച്ച് ഡിഫോൾട്ട് മാറ്റാവുന്നതാണ്
വേരിയബിൾ ഡോക്യുമെന്റ് ചെയ്തിരിക്കുന്നു git-config(1).

-v, --വെർബോസ്
HEAD കമ്മിറ്റും അതിന്റെ അടിയിൽ എന്ത് ചെയ്യുമെന്നതും തമ്മിലുള്ള ഏകീകൃത വ്യത്യാസം കാണിക്കുക
എന്താണെന്ന് ഓർമ്മിപ്പിച്ചുകൊണ്ട് പ്രതിബദ്ധത വിവരിക്കാൻ ഉപയോക്താവിനെ സഹായിക്കുന്നതിനുള്ള കമ്മിറ്റ് സന്ദേശ ടെംപ്ലേറ്റ്
പ്രതിബദ്ധതയിലുള്ള മാറ്റങ്ങൾ. ഈ ഡിഫ് ഔട്ട്‌പുട്ടിൽ അതിന്റെ വരികൾ പ്രിഫിക്‌സ് ചെയ്‌തിട്ടില്ല എന്നത് ശ്രദ്ധിക്കുക
കൂടെ #. ഈ വ്യത്യാസം പ്രതിബദ്ധത സന്ദേശത്തിന്റെ ഭാഗമാകില്ല.

രണ്ടുതവണ വ്യക്തമാക്കിയാൽ, പ്രതിജ്ഞാബദ്ധമായവ തമ്മിലുള്ള ഏകീകൃത വ്യത്യാസം കാണിക്കുക
കൂടാതെ വർക്ക്‌ട്രീ ഫയലുകൾ, അതായത് ട്രാക്ക് ചെയ്‌ത ഫയലുകളിലെ സ്റ്റേജ് ചെയ്യാത്ത മാറ്റങ്ങൾ.

-q, --നിശബ്ദത
കമ്മിറ്റ് സംഗ്രഹ സന്ദേശം അടിച്ചമർത്തുക.

--ഡ്രൈ-റൺ
ഒരു പ്രതിബദ്ധത സൃഷ്ടിക്കരുത്, എന്നാൽ പ്രതിജ്ഞാബദ്ധമായ പാതകളുടെ ഒരു ലിസ്റ്റ് കാണിക്കുക
പ്രതിബദ്ധതയില്ലാത്ത പ്രാദേശിക മാറ്റങ്ങൾ, ട്രാക്ക് ചെയ്യപ്പെടാത്ത പാതകൾ.

--പദവി
യുടെ ഔട്ട്പുട്ട് ഉൾപ്പെടുത്തുക git-status(1) ഒരു ഉപയോഗിക്കുമ്പോൾ കമ്മിറ്റ് സന്ദേശ ടെംപ്ലേറ്റിൽ
കമ്മിറ്റ് സന്ദേശം തയ്യാറാക്കാൻ എഡിറ്റർ. ഡിഫോൾട്ടുകൾ ഓണാണ്, എന്നാൽ അസാധുവാക്കാൻ ഉപയോഗിക്കാം
കോൺഫിഗറേഷൻ വേരിയബിൾ commit.status.

--നില-നില
യുടെ ഔട്ട്പുട്ട് ഉൾപ്പെടുത്തരുത് git-status(1) ഉപയോഗിക്കുമ്പോൾ കമ്മിറ്റ് മെസേജ് ടെംപ്ലേറ്റിൽ
ഡിഫോൾട്ട് കമ്മിറ്റ് സന്ദേശം തയ്യാറാക്കാൻ ഒരു എഡിറ്റർ.

-എസ്[ ], --gpg-sign[= ]
GPG-സൈൻ കമ്മിറ്റ് ചെയ്യുന്നു. കീയിഡ് ആർഗ്യുമെന്റ് ഓപ്ഷണൽ ആണ്, കമ്മിറ്ററിന് ഡിഫോൾട്ടാണ്
ഐഡന്റിറ്റി; വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ, അത് സ്‌പെയ്‌സ് ഇല്ലാതെ ഓപ്‌ഷനിൽ ഒട്ടിച്ചിരിക്കണം.

--no-gpg-sign
Countermand commit.gpgSign കോൺഫിഗറേഷൻ വേരിയബിൾ, അത് ഓരോന്നിനും നിർബന്ധിതമായി സജ്ജീകരിച്ചിരിക്കുന്നു
ഒപ്പിടാൻ പ്രതിജ്ഞാബദ്ധമാണ്.

--
കൂടുതൽ വാദങ്ങൾ ഓപ്ഷനുകളായി വ്യാഖ്യാനിക്കരുത്.

...
കമാൻഡ് ലൈനിൽ ഫയലുകൾ നൽകുമ്പോൾ, കമാൻഡ് അതിന്റെ ഉള്ളടക്കങ്ങൾ നിർവ്വഹിക്കുന്നു
പേരുള്ള ഫയലുകൾ, ഇതിനകം സ്റ്റേജ് ചെയ്ത മാറ്റങ്ങൾ രേഖപ്പെടുത്താതെ. ഈ ഫയലുകളുടെ ഉള്ളടക്കം
മുമ്പ് അരങ്ങേറിയതിന്റെ മുകളിൽ അടുത്ത കമ്മിറ്റിനായി അരങ്ങേറുകയും ചെയ്യുന്നു.

DATE ഫോർമാറ്റുകൾ

GIT_AUTHOR_DATE, GIT_COMMITTER_DATE പരിസ്ഥിതി വേരിയബിളുകളും --date ഓപ്ഷനും
ഇനിപ്പറയുന്ന തീയതി ഫോർമാറ്റുകൾ പിന്തുണയ്ക്കുക:

Git ആന്തരിക ഫോർമാറ്റ്
അത് , എവിടെ എന്നതിന്റെ സംഖ്യയാണ്
യുണിക്സ് യുഗം മുതൽ സെക്കൻഡുകൾ. പോസിറ്റീവ് അല്ലെങ്കിൽ നെഗറ്റീവ് ഓഫ്സെറ്റ് ആണ്
യുടിസിയിൽ നിന്ന്. ഉദാഹരണത്തിന് CET (അത് 2 മണിക്കൂർ മുന്നിലാണ് UTC) +0200 ആണ്.

RFC 2822
RFC 2822 വിവരിച്ച സ്റ്റാൻഡേർഡ് ഇമെയിൽ ഫോർമാറ്റ്, ഉദാഹരണത്തിന് വ്യാഴാഴ്ച, 07 ഏപ്രിൽ 2005
22:13:13 +0200.

ISO 8601
ISO 8601 സ്റ്റാൻഡേർഡ് വ്യക്തമാക്കിയ സമയവും തീയതിയും, ഉദാഹരണത്തിന് 2005-04-07T22:13:13. ദി
പാഴ്സർ ടി പ്രതീകത്തിന് പകരം ഒരു സ്പേസ് സ്വീകരിക്കുന്നു.

കുറിപ്പ്
കൂടാതെ, തീയതി ഭാഗം ഇനിപ്പറയുന്ന ഫോർമാറ്റുകളിൽ സ്വീകരിക്കുന്നു: YYYY.MM.DD,
MM/DD/YYYY കൂടാതെ DD.MM.YYYY.

ഉദാഹരണങ്ങൾ

നിങ്ങളുടെ സ്വന്തം വർക്ക് റെക്കോർഡ് ചെയ്യുമ്പോൾ, നിങ്ങളുടെ വർക്കിംഗ് ട്രീയിലെ പരിഷ്കരിച്ച ഫയലുകളുടെ ഉള്ളടക്കം
കൂടെ "ഇൻഡക്സ്" എന്ന് വിളിക്കുന്ന ഒരു സ്റ്റേജിംഗ് ഏരിയയിലേക്ക് താൽക്കാലികമായി സംഭരിച്ചു ജിറ്റിനെ ചേർക്കുക. ഒരു ഫയൽ ആകാം
തിരിച്ച്, സൂചികയിൽ മാത്രം, എന്നാൽ വർക്കിംഗ് ട്രീയിൽ അല്ല, അവസാനത്തെ പ്രതിബദ്ധതയിലേക്ക്
ജിറ്റ് റീസെറ്റ് ഹെഡ് ഉപയോഗിച്ച് -- , ഇത് ഫലപ്രദമായി പഴയപടിയാക്കുന്നു ജിറ്റിനെ ചേർക്കുക മാറ്റങ്ങളെ തടയുകയും ചെയ്യുന്നു
അടുത്ത കമ്മിറ്റിൽ പങ്കെടുക്കുന്നതിൽ നിന്ന് ഈ ഫയലിലേക്ക്. സംസ്ഥാനം നിർമ്മിച്ചതിന് ശേഷം
ഈ കമാൻഡുകൾ ഉപയോഗിച്ച് വർദ്ധിച്ചുവരുന്ന പ്രതിബദ്ധത, git കമ്മിറ്റ് (ഒരു പാത്ത്നെയിം പാരാമീറ്ററും ഇല്ലാതെ)
ഇതുവരെ അരങ്ങേറിയത് രേഖപ്പെടുത്താൻ ഉപയോഗിക്കുന്നു. ഇതാണ് കമാൻഡിന്റെ ഏറ്റവും അടിസ്ഥാന രൂപം.
ഒരു ഉദാഹരണം:

$ എഡിറ്റ് hello.c
$ git rm goodbye.c
$ git hello.c ചേർക്കുക
$ ഗിറ്റ് കമ്മിറ്റ്

ഓരോ വ്യക്തിഗത മാറ്റത്തിനു ശേഷവും ഫയലുകൾ സ്റ്റേജ് ചെയ്യുന്നതിനുപകരം, ശ്രദ്ധിക്കാൻ ജിറ്റ് കമ്മിറ്റ് ചെയ്യാൻ നിങ്ങൾക്ക് പറയാനാകും
നിങ്ങളുടെ വർക്കിംഗ് ട്രീയിൽ ട്രാക്ക് ചെയ്‌തിരിക്കുന്ന ഫയലുകളിലെ മാറ്റങ്ങൾ
നിങ്ങൾക്ക് അനുയോജ്യമായ git add, git rm. അതായത്, ഈ ഉദാഹരണം ചെയ്യുന്നത് പോലെ തന്നെ ചെയ്യുന്നു
നിങ്ങളുടെ ജോലി ചെയ്യുന്ന മരത്തിൽ മറ്റ് മാറ്റങ്ങളൊന്നും ഇല്ലെങ്കിൽ മുമ്പത്തെ ഉദാഹരണം:

$ എഡിറ്റ് hello.c
$ rm goodbye.c
$ git കമ്മിറ്റ് -എ

കമാൻഡ് git commit -a ആദ്യം നിങ്ങളുടെ വർക്കിംഗ് ട്രീയിലേക്ക് നോക്കുന്നു, നിങ്ങൾ പരിഷ്കരിച്ചതായി ശ്രദ്ധിക്കുന്നു
hello.c, goodbye.c എന്നിവ നീക്കം ചെയ്‌തു, നിങ്ങൾക്കായി ആവശ്യമായ git ആഡ്, git rm എന്നിവ നടത്തുന്നു.

നിരവധി ഫയലുകളിൽ മാറ്റങ്ങൾ വരുത്തിയ ശേഷം, മാറ്റങ്ങൾ രേഖപ്പെടുത്തിയിരിക്കുന്ന ക്രമം നിങ്ങൾക്ക് മാറ്റാവുന്നതാണ്,
ജിറ്റ് കമ്മിറ്റിന് പാത്ത് നെയിമുകൾ നൽകി. പാതനാമങ്ങൾ നൽകുമ്പോൾ, കമാൻഡ് ഒരു പ്രതിബദ്ധത ഉണ്ടാക്കുന്നു
പേരിട്ട പാതകളിൽ വരുത്തിയ മാറ്റങ്ങൾ മാത്രം രേഖപ്പെടുത്തുന്നു:

$ എഡിറ്റ് hello.c hello.h
$ git hello.c hello.h ചേർക്കുക
$ എഡിറ്റ് മേക്ക്ഫിൽ
$ git Makefile കമ്മിറ്റ് ചെയ്യുക

ഇത് Makefile-ലേക്കുള്ള പരിഷ്ക്കരണം രേഖപ്പെടുത്തുന്ന ഒരു പ്രതിബദ്ധത ഉണ്ടാക്കുന്നു. വേണ്ടിയുള്ള മാറ്റങ്ങൾ അരങ്ങേറി
തത്ഫലമായുണ്ടാകുന്ന പ്രതിബദ്ധതയിൽ hello.c, hello.h എന്നിവ ഉൾപ്പെടുത്തിയിട്ടില്ല. എന്നിരുന്നാലും, അവരുടെ മാറ്റങ്ങൾ
നഷ്‌ടമായിട്ടില്ല - അവ ഇപ്പോഴും അരങ്ങേറുകയും വെറുതെ പിടിച്ചുനിൽക്കുകയും ചെയ്യുന്നു. മുകളിലുള്ള ക്രമത്തിന് ശേഷം, നിങ്ങളാണെങ്കിൽ
ചെയ്യാൻ:

$ ഗിറ്റ് കമ്മിറ്റ്

ഈ രണ്ടാമത്തെ കമ്മിറ്റ് പ്രതീക്ഷിച്ചതുപോലെ hello.c, hello.h എന്നിവയിലേക്കുള്ള മാറ്റങ്ങൾ രേഖപ്പെടുത്തും.

ഒരു ലയനത്തിന് ശേഷം (ആരംഭിച്ചത് ജിറ്റിനെ ലയിപ്പിക്കുക or ജിറ്റിനെ വലിക്കുക) സംഘർഷങ്ങൾ കാരണം നിർത്തുന്നു, വൃത്തിയായി
നിങ്ങൾക്കായി പ്രതിജ്ഞാബദ്ധമാക്കുന്നതിനായി ലയിപ്പിച്ച പാതകൾ ഇതിനകം തന്നെ തയ്യാറാക്കിയിട്ടുണ്ട്, കൂടാതെ വൈരുദ്ധ്യമുള്ള പാതകളും
ലയിക്കാത്ത അവസ്ഥയിൽ അവശേഷിക്കുന്നു. ഏതൊക്കെ പാതകളാണ് വൈരുദ്ധ്യമുള്ളതെന്ന് നിങ്ങൾ ആദ്യം പരിശോധിക്കേണ്ടതുണ്ട് ജിറ്റിനെ
പദവി നിങ്ങളുടെ വർക്കിംഗ് ട്രീയിൽ അവ സ്വമേധയാ ഉറപ്പിച്ചതിന് ശേഷം, നിങ്ങൾ ഫലത്തെ സ്റ്റേജ് ചെയ്യും
കൂടെ സാധാരണ ജിറ്റിനെ ചേർക്കുക:

$ git സ്റ്റാറ്റസ് | grep ലയിപ്പിച്ചിട്ടില്ല
ലയിപ്പിക്കാത്തത്: hello.c
$ എഡിറ്റ് hello.c
$ git hello.c ചേർക്കുക

പൊരുത്തക്കേടുകൾ പരിഹരിച്ച് ഫലം തയ്യാറാക്കിയ ശേഷം, git ls-files -u പരാമർശിക്കുന്നത് നിർത്തും
സംഘർഷഭരിതമായ പാത. നിങ്ങൾ ചെയ്തുകഴിഞ്ഞാൽ, ലയനം രേഖപ്പെടുത്താൻ git കമ്മിറ്റ് പ്രവർത്തിപ്പിക്കുക:

$ ഗിറ്റ് കമ്മിറ്റ്

നിങ്ങളുടെ സ്വന്തം മാറ്റങ്ങൾ രേഖപ്പെടുത്തുന്നതുപോലെ, ടൈപ്പിംഗ് സംരക്ഷിക്കാൻ നിങ്ങൾക്ക് -a ഓപ്ഷൻ ഉപയോഗിക്കാം. ഒന്ന്
ഒരു ലയന റെസലൂഷൻ സമയത്ത്, നിങ്ങൾക്ക് പാത്ത് നെയിമുകൾക്കൊപ്പം git കമ്മിറ്റ് ഉപയോഗിക്കാൻ കഴിയില്ല എന്നതാണ് വ്യത്യാസം
മാറ്റങ്ങൾ വരുത്തിയ ക്രമം മാറ്റുക, കാരണം ലയനം ഒരു ആയി രേഖപ്പെടുത്തണം
ഒറ്റ പ്രതിബദ്ധത. വാസ്തവത്തിൽ, പാത്ത് നെയിമുകൾ നൽകുമ്പോൾ കമാൻഡ് പ്രവർത്തിക്കാൻ വിസമ്മതിക്കുന്നു (എന്നാൽ -i കാണുക
ഓപ്ഷൻ).

DISCUSSION

ആവശ്യമില്ലെങ്കിലും, കമ്മിറ്റ് സന്ദേശം ഒരൊറ്റ ഷോർട്ട് ഉപയോഗിച്ച് ആരംഭിക്കുന്നത് നല്ലതാണ്
(50 പ്രതീകത്തിൽ കുറവ്) ലൈൻ മാറ്റത്തെ സംഗ്രഹിക്കുന്നു, തുടർന്ന് ഒരു ശൂന്യ വരയും തുടർന്ന് a
കൂടുതൽ സമഗ്രമായ വിവരണം. ഒരു കമ്മിറ്റ് മെസേജിലെ ആദ്യത്തെ ശൂന്യമായ വരി വരെയുള്ള വാചകം
പ്രതിബദ്ധതയുള്ള തലക്കെട്ടായി കണക്കാക്കുന്നു, ആ തലക്കെട്ട് Git-ൽ ഉടനീളം ഉപയോഗിക്കുന്നു. ഉദാഹരണത്തിന്, git-
ഫോർമാറ്റ്-പാച്ച്(1) ഒരു പ്രതിബദ്ധത ഇമെയിലാക്കി മാറ്റുന്നു, അത് സബ്ജക്റ്റ് ലൈനിലെ ശീർഷകം ഉപയോഗിക്കുന്നു
ശരീരത്തിലെ പ്രതിബദ്ധത ബാക്കി.

Git ഒരു പരിധിവരെ പ്രതീക എൻകോഡിംഗ് അജ്ഞേയവാദിയാണ്.

· ബ്ലോബ് ഒബ്‌ജക്‌റ്റുകളുടെ ഉള്ളടക്കങ്ങൾ ബൈറ്റുകളുടെ വ്യാഖ്യാനിക്കപ്പെടാത്ത ശ്രേണികളാണ്. അവിടെ ഇല്ല
കോർ തലത്തിൽ വിവർത്തനം എൻകോഡിംഗ് ചെയ്യുന്നു.

· പാതയുടെ പേരുകൾ UTF-8 നോർമലൈസേഷൻ ഫോം C യിൽ എൻകോഡ് ചെയ്‌തിരിക്കുന്നു. ഇത് ട്രീ ഒബ്‌ജക്‌റ്റുകൾക്ക് ബാധകമാണ്,
ഇൻഡെക്സ് ഫയൽ, റഫറൻസ് പേരുകൾ, കമാൻഡ് ലൈൻ ആർഗ്യുമെന്റുകളിലെ പാത്ത് നാമങ്ങൾ,
പരിസ്ഥിതി വേരിയബിളുകളും കോൺഫിഗറേഷൻ ഫയലുകളും (.git/config (കാണുക git-config(1)), gitignore(5),
ഗിറ്റാട്രിബ്യൂട്ടുകൾ(5) ഉം gitmodules(5)).

Git കോർ ലെവലിൽ പാത്ത് നാമങ്ങളെ NUL ഇതര സീക്വൻസുകളായി കണക്കാക്കുന്നു എന്നത് ശ്രദ്ധിക്കുക
ബൈറ്റുകൾ, പാത്ത് നെയിം എൻകോഡിംഗ് പരിവർത്തനങ്ങളൊന്നുമില്ല (മാകിലും വിൻഡോസിലും ഒഴികെ).
അതിനാൽ, ASCII അല്ലാത്ത പാത്ത് നാമങ്ങൾ ഉപയോഗിക്കുന്നത് പ്ലാറ്റ്‌ഫോമുകളിലും ഫയലുകളിലും പോലും പ്രവർത്തിക്കും
ലെഗസി എക്സ്റ്റെൻഡഡ് ASCII എൻകോഡിംഗുകൾ ഉപയോഗിക്കുന്ന സിസ്റ്റങ്ങൾ. എന്നിരുന്നാലും, റിപ്പോസിറ്ററികൾ സൃഷ്ടിച്ചത്
UTF-8 അടിസ്ഥാനമാക്കിയുള്ള സിസ്റ്റങ്ങളിൽ (ഉദാ: Linux, Mac, Windows) ഇത്തരം സിസ്റ്റങ്ങൾ ശരിയായി പ്രവർത്തിക്കില്ല.
തിരിച്ചും. കൂടാതെ, പല Git-അധിഷ്‌ഠിത ഉപകരണങ്ങളും പാത്ത് നാമങ്ങൾ ആയിരിക്കുമെന്ന് അനുമാനിക്കുന്നു
UTF-8 മറ്റ് എൻകോഡിംഗുകൾ ശരിയായി പ്രദർശിപ്പിക്കുന്നതിൽ പരാജയപ്പെടും.

· കമ്മിറ്റ് ലോഗ് സന്ദേശങ്ങൾ സാധാരണയായി UTF-8-ൽ എൻകോഡ് ചെയ്യപ്പെടുന്നു, എന്നാൽ മറ്റ് വിപുലമായ ASCII എൻകോഡിംഗുകൾ
പിന്തുണയ്ക്കുകയും ചെയ്യുന്നു. ഇതിൽ ISO-8859-x, CP125x എന്നിവയും മറ്റു പലതും ഉൾപ്പെടുന്നു, പക്ഷേ അല്ല
UTF-16/32, EBCDIC, CJK മൾട്ടി-ബൈറ്റ് എൻകോഡിംഗുകൾ (GBK, Shift-JIS, Big5, EUC-x, CP9xx
തുടങ്ങിയവ.).

കമ്മിറ്റ് ലോഗ് സന്ദേശങ്ങൾ UTF-8-ൽ എൻകോഡ് ചെയ്‌തിരിക്കുന്നുവെന്ന് ഞങ്ങൾ പ്രോത്സാഹിപ്പിക്കുന്നുണ്ടെങ്കിലും, കോർ കൂടാതെ
പ്രൊജക്‌ടുകളിൽ UTF-8 നിർബന്ധിക്കാതിരിക്കാനാണ് Git പോർസലൈൻ രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നത്. എ യുടെ എല്ലാ പങ്കാളികളും ആണെങ്കിൽ
പ്രത്യേക പ്രോജക്റ്റ് ലെഗസി എൻകോഡിംഗുകൾ ഉപയോഗിക്കുന്നത് കൂടുതൽ സൗകര്യപ്രദമാണ്, Git വിലക്കുന്നില്ല
അത്. എന്നിരുന്നാലും, മനസ്സിൽ സൂക്ഷിക്കേണ്ട ചില കാര്യങ്ങളുണ്ട്.

1. ജിറ്റിനെ സമർപ്പിക്കുക ഒപ്പം ജിറ്റിനെ കമ്മിറ്റ്-ട്രീ കമ്മിറ്റ് ലോഗ് സന്ദേശം നൽകിയാൽ മുന്നറിയിപ്പ് നൽകുന്നു
നിങ്ങളുടെ പ്രോജക്‌റ്റ് ഉപയോഗിക്കുന്നുവെന്ന് നിങ്ങൾ വ്യക്തമായി പറഞ്ഞില്ലെങ്കിൽ, ഒരു സാധുവായ UTF-8 സ്ട്രിംഗ് പോലെ തോന്നുന്നില്ല
ലെഗസി എൻകോഡിംഗ്. ഇത് പറയാനുള്ള വഴി .git/config-ൽ i18n.commitencoding എന്നതാണ്
ഫയൽ, ഇതുപോലെ:

[i18n]
കമ്മിറ്റൻകോഡിംഗ് = ISO-8859-1

മുകളിലെ ക്രമീകരണം ഉപയോഗിച്ച് സൃഷ്‌ടിച്ച കമ്മിറ്റ് ഒബ്‌ജക്റ്റുകൾ i18n.commitencoding-ന്റെ മൂല്യം രേഖപ്പെടുത്തുന്നു
അതിന്റെ എൻകോഡിംഗ് ഹെഡറിൽ. പിന്നീട് അവരെ നോക്കുന്ന മറ്റുള്ളവരെ സഹായിക്കാനാണിത്. അഭാവം
ഈ തലക്കെട്ട് സൂചിപ്പിക്കുന്നത് കമ്മിറ്റ് ലോഗ് സന്ദേശം UTF-8-ൽ എൻകോഡ് ചെയ്തിരിക്കുന്നു എന്നാണ്.

2. ജിറ്റിനെ ലോഗ്, ജിറ്റിനെ കാണിക്കുക, ജിറ്റിനെ കുറ്റപ്പെടുത്തുക സുഹൃത്തുക്കളും ഒരു കമ്മിറ്റിന്റെ എൻകോഡിംഗ് ഹെഡർ നോക്കുന്നു
ഒബ്ജക്റ്റ്, കൂടാതെ വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ ലോഗ് സന്ദേശം UTF-8-ലേക്ക് വീണ്ടും കോഡ് ചെയ്യാൻ ശ്രമിക്കുക. നിങ്ങൾ
.git/config-ൽ i18n.logoutputencoding ഉപയോഗിച്ച് ആവശ്യമുള്ള ഔട്ട്പുട്ട് എൻകോഡിംഗ് വ്യക്തമാക്കാൻ കഴിയും
ഫയൽ, ഇതുപോലെ:

[i18n]
logoutputencoding = ISO-8859-1

നിങ്ങൾക്ക് ഈ കോൺഫിഗറേഷൻ വേരിയബിൾ ഇല്ലെങ്കിൽ, i18n.commitencoding-ന്റെ മൂല്യം
പകരം ഉപയോഗിച്ചു.

ഒരു കമ്മിറ്റ് ലോഗ് സന്ദേശം വീണ്ടും കോഡ് ചെയ്യരുതെന്ന് ഞങ്ങൾ മനപ്പൂർവ്വം തിരഞ്ഞെടുത്തുവെന്നത് ശ്രദ്ധിക്കുക
UTF-8-നെ കമ്മിറ്റ് ഒബ്‌ജക്‌റ്റ് തലത്തിൽ നിർബന്ധിതമാക്കാൻ ഉണ്ടാക്കി, കാരണം UTF-8-ലേയ്‌ക്ക് വീണ്ടും കോഡിംഗ് അല്ല
അനിവാര്യമായും ഒരു റിവേഴ്സിബിൾ ഓപ്പറേഷൻ.

ENVIRONMENT ഒപ്പം കോൺഫിഗറേഷൻ വ്യത്യാസങ്ങൾ

കമ്മിറ്റ് ലോഗ് സന്ദേശം എഡിറ്റ് ചെയ്യാൻ ഉപയോഗിക്കുന്ന എഡിറ്റർ GIT_EDITOR-ൽ നിന്ന് തിരഞ്ഞെടുക്കും
പരിസ്ഥിതി വേരിയബിൾ, core.editor കോൺഫിഗറേഷൻ വേരിയബിൾ, വിഷ്വൽ എൻവയോൺമെന്റ്
വേരിയബിൾ, അല്ലെങ്കിൽ എഡിറ്റർ എൻവയോൺമെന്റ് വേരിയബിൾ (ആ ക്രമത്തിൽ). കാണുക git-var(1) വിശദാംശങ്ങൾക്ക്.

ഹുക്കുകൾ

ഈ കമാൻഡിന് കമ്മിറ്റ്-എംഎസ്‌ജി, പ്രി-കമ്മിറ്റ്, പോസ്റ്റ്-കമ്മിറ്റ് ഹുക്കുകൾ എന്നിവ പ്രവർത്തിപ്പിക്കാൻ കഴിയും.
കാണുക githooks(5) കൂടുതൽ വിവരങ്ങൾക്ക്.

onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് git-commit ഓൺലൈനായി ഉപയോഗിക്കുക