亚洲国产日韩欧美一区二区三区,精品亚洲国产成人av在线,国产99视频精品免视看7,99国产精品久久久久久久成人热,欧美日韩亚洲国产综合乱

directory search
Guides gitattributes giteveryday gitglossary gitignore gitmodules gitrevisions gittutorial gitworkflows Administration git archive git bundle git clean git filter-branch git fsck git gc git instaweb git reflog Basic Snapshotting git add git commit git diff git mv git reset git rm git status Branching and Merging git branch git checkout git log git merge git mergetool git stash git tag Debugging git bisect git blame git grep Email git am git format-patch git request-pull git send-email External Systems git fast-import git svn Getting and Creating Projects git clone git init Git git annotate git archimport git bisect-lk2009 git check-attr git check-mailmap git check-ref-format git checkout-index git cherry git citool git column git credential git credential-cache git credential-store git cvsexportcommit git cvsimport git cvsserver git diff-files git diff-tree git difftool git fast-export git fetch-pack git fmt-merge-msg git get-tar-commit-id git gui git http-backend git http-fetch git http-push git imap-send git index-pack git interpret-trailers git ls-remote git ls-tree git mailinfo git mailsplit git merge-file git merge-index git merge-one-file git merge-tree git mktag git mktree git name-rev git notes git p4 git pack-objects git pack-redundant git pack-refs git parse-remote git patch-id git prune git prune-packed git quiltimport git receive-pack git remote-ext git remote-fd git remote-testgit git repack git replace git rerere git send-pack git sh-i18n git sh-setup git shell git show-branch git show-index git stripspace git unpack-file git unpack-objects git upload-archive git upload-pack git var git verify-commit git verify-tag git whatchanged git worktree Inspection and Comparison git describe git shortlog git show Miscellaneous api credentials api index gitcli gitcore tutorial gitcredentials gitcvs migration gitdiffcore githooks gitk gitnamespaces gitremote helpers gitrepository layout gitsubmodules gittutorial 2 gitweb gitweb.conf pack format User Manual Patching git apply git cherry-pick git rebase git revert Plumbing Commands git cat-file git check-ignore git commit-tree git count-objects git diff-index git for-each-ref git hash-object git ls-files git merge-base git read-tree git rev-list git rev-parse git show-ref git symbolic-ref git update-index git update-ref git verify-pack git write-tree Server Admin git daemon git update-server-info Setup and Config git git config git help Sharing and Updating Projects git fetch git pull git push git remote git submodule
characters

命名

git-commit-tree  - 創(chuàng)建一個(gè)新的提交對(duì)象

概要

git commit-tree <tree> [(-p <parent>)…]git commit-tree [(-p <parent>)…] [-S[<keyid>]] [(-m <message>)…]                  [(-F <file>)…] <tree>

描述

這通常不是最終用戶想要直接運(yùn)行的。請(qǐng)參閱git-commit [1]。

基于提供的樹對(duì)象創(chuàng)建一個(gè)新的提交對(duì)象,并在stdout上發(fā)出新的提交對(duì)象ID。日志消息被從標(biāo)準(zhǔn)輸入讀取,除非-m-F選項(xiàng)中給出。

一個(gè)提交對(duì)象可以有任意數(shù)量的父母。只有一位家長,這是一個(gè)普通的提交。擁有多個(gè)父代使得提交在多行歷史記錄之間合并。初始(根)提交沒有父母。

雖然樹表示工作目錄的特定目錄狀態(tài),但提交表示“時(shí)間”中的狀態(tài),并說明如何到達(dá)那里。

通常一個(gè)提交會(huì)標(biāo)識(shí)一個(gè)新的“HEAD”狀態(tài),盡管Git并不在乎你保存關(guān)于該狀態(tài)的注釋,但實(shí)際上我們傾向于只將結(jié)果寫入指向的文件.git/HEAD,以便我們可以總是看看最近承諾的狀態(tài)是什么。

選項(xiàng)

<tree>

現(xiàn)有的樹對(duì)象

-p <parent>

每個(gè)-p表示一個(gè)父提交對(duì)象的ID。

-m <message>

提交日志消息中的段落。這可以不止一次給出,每個(gè)<message>成為它自己的段落。

-F <file>

從給定的文件中讀取提交日志消息。用于-從標(biāo)準(zhǔn)輸入讀取。

-S<keyid>   --gpg-sign=<keyid>

GPG標(biāo)志提交。該keyid參數(shù)是可選的,并且默認(rèn)為提交者身份; 如果指定,它必須粘貼到選項(xiàng)沒有空格。

--no-gpg-sign

不要GPG簽名提交,以便--gpg-sign在命令行中反饋前面給出的選項(xiàng)。

提交信息

一個(gè)提交封裝:

  • 所有父對(duì)象ID

  • 作者姓名,電子郵件和日期

  • 提交者名稱和電子郵件以及提交時(shí)間。雖然在命令行上提供了父對(duì)象ID,但如果設(shè)置了作者和提交者信息,則會(huì)從以下環(huán)境變量中獲取信息:GIT_AUTHOR_NAME GIT_AUTHOR_EMAIL GIT_AUTHOR_DATE GIT_COMMITTER_NAME GIT_COMMITTER_EMAIL GIT_COMMITTER_DATE(nb“<”,“>”和“\ n”被刪除)如果這些環(huán)境變量沒有設(shè)置(某些),則信息從配置項(xiàng)user.name和user.email中獲取,或者如果不存在,則會(huì)獲取環(huán)境變量EMAIL,或,如果沒有設(shè)置,那么系統(tǒng)用戶名和用于發(fā)送郵件的/etc/mailname主機(jī)名(當(dāng)該文件不存在時(shí)取回并返回到全限定主機(jī)名)。從stdin讀取提交評(píng)論。如果沒有通過“<”提供更改日志條目git commit-tree將只是等待一個(gè)輸入,并與^ D.Date formatsThe終止GIT_AUTHOR_DATE,GIT_COMMITTER_DATE環(huán)境變量支持以下日期格式:Git的內(nèi)部格式是<unix timestamp> <time zone offset>,其中<unix timestamp>是從unix新紀(jì)元的秒數(shù)。<time zone offset>是UTC的正數(shù)或負(fù)數(shù)偏移量。例如CET(比UTC早1小時(shí))是+0100。RFC 2822例如RFC 2822所描述的標(biāo)準(zhǔn)電子郵件格式Thu, 07 Apr 2005 22:13:13 +0200。ISO 8601例如,ISO 8601標(biāo)準(zhǔn)規(guī)定的時(shí)間和日期2005-04-07T22:13:13。解析器接受一個(gè)空格而不是T字符。注意此外,日期部分可以采用以下格式:YYYY.MM.DD,MM / DD / YYYY和DD.MM.YYYY.DiscussionGit在某種程度上是字符編碼不可知。

  • blob對(duì)象的內(nèi)容是未解釋的字節(jié)序列。在核心層面沒有編碼翻譯。

  • 路徑名以UTF-8標(biāo)準(zhǔn)化形式C編碼。這適用于樹對(duì)象,索引文件,ref名稱,以及命令行參數(shù),環(huán)境變量和配置文件中的路徑名.git/config(請(qǐng)參閱git-config [1]) ,gitignore [5],gitattributes [5]和gitmodules [5])。請(qǐng)注意,核心級(jí)別的Git將路徑名稱視為非NUL字節(jié)序列,不存在路徑名稱編碼轉(zhuǎn)換(Mac和Windows除外)。因此,即使在使用傳統(tǒng)擴(kuò)展ASCII編碼的平臺(tái)和文件系統(tǒng)上,使用非ASCII路徑名也可以工作。但是,在這些系統(tǒng)上創(chuàng)建的存儲(chǔ)庫在基于UTF-8的系統(tǒng)(例如Linux,Mac,Windows)上無法正常工作,反之亦然。此外,許多基于Git的工具只是假設(shè)路徑名稱為UTF-8,并且無法正確顯示其他編碼。

  • 提交日志消息通常以UTF-8編碼,但也支持其他擴(kuò)展ASCII編碼。這包括ISO-8859-x,CP125x和許多其他版本,但notUTF-16/32,EBCDIC和CJK多字節(jié)編碼(GBK,Shift-JIS,Big5,EUC-x,CP9xx等)。

雖然我們鼓勵(lì)提交日志消息使用UTF-8編碼,但核心和Git瓷器都設(shè)計(jì)為不強(qiáng)制項(xiàng)目使用UTF-8。如果特定項(xiàng)目的所有參與者發(fā)現(xiàn)使用遺留編碼更方便,Git不會(huì)禁止它。但是,有幾件事要牢記。

  1. git commitgit commit-tree如和果提交給它的提交日志消息看起來不像一個(gè)有效的UTF-8字符串,則會(huì)發(fā)出警告,除非您明確聲明您的項(xiàng)目使用了舊版編碼。這樣說的方式是在.git/config文件中使用i18n.commitencoding ,如下所示:i18n commitEncoding = ISO-8859-1Commit用上述設(shè)置創(chuàng)建的對(duì)象記錄i18n.commitEncodingencoding標(biāo)頭中的值。這是為了幫助稍后看到他們的其他人。缺少這個(gè)頭部意味著提交日志消息以UTF-8編碼。

2. git log,git showgit blame和朋友看encoding一個(gè)提交對(duì)象的報(bào)頭,并且嘗試除非另有規(guī)定重新代碼日志消息轉(zhuǎn)換成UTF-8。您可以i18n.logOutputEncoding.git/config文件中指定所需的輸出編碼,如下所示:

i18n         logOutputEncoding = ISO-8859-1

如果您沒有此配置變量,i18n.commitEncoding則會(huì)使用該值。

請(qǐng)注意,在提交對(duì)象級(jí)別強(qiáng)制使用UTF-8時(shí),我們故意選擇不重新編寫提交日志消息,因?yàn)橹匦戮幋a為UTF-8不一定是可逆操作。

文件

/etc/mailname

Previous article: Next article: