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

പട്ടിക:

NAME

git-commit-tree - ഒരു പുതിയ കമ്മിറ്റ് ഒബ്‌ജക്റ്റ് സൃഷ്‌ടിക്കുക

സിനോപ്സിസ്

ജിറ്റിനെ കമ്മിറ്റ്-ട്രീ [(-p )...]
ജിറ്റിനെ കമ്മിറ്റ്-ട്രീ [(-p )...] [-എസ്[ ]] [(-എം )...]
[(-എഫ് )...]

വിവരണം

ഇത് സാധാരണയായി ഒരു അന്തിമ ഉപയോക്താവ് നേരിട്ട് പ്രവർത്തിപ്പിക്കാൻ ആഗ്രഹിക്കുന്നില്ല. കാണുക git-commit(1) പകരം.

നൽകിയിരിക്കുന്ന ട്രീ ഒബ്‌ജക്‌റ്റിനെ അടിസ്ഥാനമാക്കി ഒരു പുതിയ കമ്മിറ്റ് ഒബ്‌ജക്റ്റ് സൃഷ്‌ടിക്കുകയും പുതിയ കമ്മിറ്റ് പുറപ്പെടുവിക്കുകയും ചെയ്യുന്നു
stdout-ൽ ഒബ്‌ജക്റ്റ് ഐഡി. -m അല്ലെങ്കിൽ -F അല്ലാതെ, സ്റ്റാൻഡേർഡ് ഇൻപുട്ടിൽ നിന്നാണ് ലോഗ് സന്ദേശം വായിക്കുന്നത്
ഓപ്ഷനുകൾ നൽകിയിരിക്കുന്നു.

ഒരു കമ്മിറ്റ് ഒബ്ജക്റ്റിന് എത്ര രക്ഷിതാക്കളും ഉണ്ടായിരിക്കാം. കൃത്യം ഒരു രക്ഷിതാവിനൊപ്പം, ഇത് ഒരു സാധാരണമാണ്
പ്രതിബദ്ധത. ഒന്നിലധികം രക്ഷിതാക്കൾ ഉള്ളത് പ്രതിബദ്ധതയെ നിരവധി വരികൾക്കിടയിൽ ലയിപ്പിക്കുന്നു
ചരിത്രം. പ്രാരംഭ (റൂട്ട്) കമ്മിറ്റുകൾക്ക് മാതാപിതാക്കളില്ല.

ഒരു മരം ഒരു വർക്കിംഗ് ഡയറക്ടറിയുടെ ഒരു പ്രത്യേക ഡയറക്ടറി അവസ്ഥയെ പ്രതിനിധീകരിക്കുമ്പോൾ, ഒരു പ്രതിബദ്ധത
"സമയം" എന്നതിൽ ആ അവസ്ഥയെ പ്രതിനിധീകരിക്കുന്നു, അവിടെ എങ്ങനെ എത്തിച്ചേരാമെന്ന് വിശദീകരിക്കുന്നു.

സാധാരണയായി ഒരു പ്രതിബദ്ധത ഒരു പുതിയ "HEAD" അവസ്ഥയെ തിരിച്ചറിയും, അതേസമയം നിങ്ങൾ എവിടെയാണെന്ന് Git ശ്രദ്ധിക്കുന്നില്ല
ആ അവസ്ഥയെക്കുറിച്ചുള്ള കുറിപ്പ് സംരക്ഷിക്കുക, പ്രായോഗികമായി ഞങ്ങൾ ഫയലിലേക്ക് ഫലം എഴുതുന്നു
അത് .git/HEAD-ൽ ചൂണ്ടിക്കാണിക്കുന്നു, അതിലൂടെ നമുക്ക് എല്ലായ്പ്പോഴും അവസാനമായി പ്രതിജ്ഞാബദ്ധമായ അവസ്ഥ എന്താണെന്ന് കാണാൻ കഴിയും
ആയിരുന്നു.

ഓപ്ഷനുകൾ

നിലവിലുള്ള ഒരു വൃക്ഷ വസ്തു

-പി
ഓരോ -p ഒരു പാരന്റ് കമ്മിറ്റ് ഒബ്‌ജക്റ്റിന്റെ ഐഡി സൂചിപ്പിക്കുന്നു.

-എം
കമ്മിറ്റ് ലോഗ് സന്ദേശത്തിലെ ഒരു ഖണ്ഡിക. ഇത് ഒന്നിലധികം തവണ നൽകാം, ഓരോന്നിനും
സ്വന്തം ഖണ്ഡികയായി മാറുന്നു.

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

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

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

കമ്മിറ്റ് ചെയ്യുക വിവരം

ഒരു കമ്മിറ്റ് ഉൾക്കൊള്ളുന്നു:

· എല്ലാ പാരന്റ് ഒബ്ജക്റ്റ് ഐഡികളും

· രചയിതാവിന്റെ പേര്, ഇമെയിൽ, തീയതി

· കമ്മിറ്ററുടെ പേരും ഇമെയിലും കമ്മിറ്റ് സമയവും.

പാരന്റ് ഒബ്‌ജക്റ്റ് ഐഡികൾ കമാൻഡ് ലൈനിൽ നൽകുമ്പോൾ, രചയിതാവിന്റെയും കമ്മിറ്റർ വിവരങ്ങളുടെയും
സജ്ജമാക്കിയാൽ, ഇനിപ്പറയുന്ന എൻവയോൺമെന്റ് വേരിയബിളുകളിൽ നിന്ന് എടുത്തതാണ്:

GIT_AUTHOR_NAME
GIT_AUTHOR_EMAIL
GIT_AUTHOR_DATE
GIT_COMMITTER_NAME
GIT_COMMITTER_EMAIL
GIT_COMMITTER_DATE

(nb "<", ">", "\n" എന്നിവ നീക്കം ചെയ്തു)

ഈ എൻവയോൺമെന്റ് വേരിയബിളുകൾ (ചിലത്) സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ, വിവരങ്ങൾ എടുത്തതാണ്
കോൺഫിഗറേഷൻ ഇനങ്ങൾ user.name, user.email, അല്ലെങ്കിൽ, ഇല്ലെങ്കിൽ, പരിസ്ഥിതി
വേരിയബിൾ EMAIL, അല്ലെങ്കിൽ, അത് സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ, സിസ്റ്റം ഉപയോക്തൃനാമവും ഇതിനായി ഉപയോഗിക്കുന്ന ഹോസ്റ്റ്നാമവും
ഔട്ട്ഗോയിംഗ് മെയിൽ (ഇതിൽ നിന്ന് എടുത്തത് /etc/mailname പൂർണ്ണ യോഗ്യതയുള്ള ഹോസ്റ്റ് നാമത്തിലേക്ക് മടങ്ങുകയും ചെയ്യുന്നു
ആ ഫയൽ നിലവിലില്ലാത്തപ്പോൾ).

stdin-ൽ നിന്ന് ഒരു കമ്മിറ്റ് കമന്റ് വായിച്ചു. "<" വഴി ഒരു ചേഞ്ച്ലോഗ് എൻട്രി നൽകിയിട്ടില്ലെങ്കിൽ
വഴിതിരിച്ചുവിടൽ, ജിറ്റിനെ കമ്മിറ്റ്-ട്രീ ^D ഉപയോഗിച്ച് ഒരെണ്ണം നൽകാനും അവസാനിപ്പിക്കാനും കാത്തിരിക്കും.

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

GIT_AUTHOR_DATE, GIT_COMMITTER_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.

DISCUSSION

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-ലേയ്‌ക്ക് വീണ്ടും കോഡിംഗ് അല്ല
അനിവാര്യമായും ഒരു റിവേഴ്സിബിൾ ഓപ്പറേഷൻ.

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