mirror of
https://github.com/fofolee/uTools-Manuals.git
synced 2025-06-29 04:52:50 +08:00
git语法高亮
This commit is contained in:
fofolee
parent
6ae6134047
commit
409f6fc5c1
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1,15 +1,15 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-check-attr - 显示 gitattributes 信息</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git check-attr [-a | --all | attr…] [--] pathname…
|
||||
git check-attr --stdin [-z] [-a | --all | attr…]</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>There is already a project called BBChop created by Ealdwulf Wuffinga on Github that does something like that using Bayesian Search Theory [9]:</p></div></div><div class="doc-postil"><div class="c-markdown"><blockquote><p>BBChop is like <code>git bisect</code> (or equivalent), but works when your bug is intermittent. That is, it works in the presence of false negatives (when a version happens to work this time even though it contains the bug). It assumes that there are no false positives (in principle, the same approach would work, but adding it may be non-trivial).</p></blockquote></div></div><div class="doc-postil"><div class="c-markdown"><p>But BBChop is independent of any VCS and it would be easier for Git users to have something integrated in Git.</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>Conclusion</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>We have seen that regressions are an important problem, and that "git bisect" has nice features that complement very well practices and other tools, especially test suites, that are generally used to fight regressions. But it might be needed to change some work-flows and (bad) habits to get the most out of it.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Some improvements to the algorithms inside "git bisect" are possible and some new features could help in some cases, but overall "git bisect" works already very well, is used a lot, and is already very useful. To back up that last claim, let’s give the final word to Ingo Molnar when he was asked by the author how much time does he think "git bisect" saves him when he uses it:</p></div></div><div class="doc-postil"><div class="c-markdown"><blockquote><p>a <code>lot</code>.
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-check-attr - 显示 gitattributes 信息</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git check-attr [-a | --all | attr…] [--] pathname…
|
||||
git check-attr --stdin [-z] [-a | --all | attr…]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>There is already a project called BBChop created by Ealdwulf Wuffinga on Github that does something like that using Bayesian Search Theory [9]:</p></div></div><div class="doc-postil"><div class="c-markdown"><blockquote><p>BBChop is like <code>git bisect</code> (or equivalent), but works when your bug is intermittent. That is, it works in the presence of false negatives (when a version happens to work this time even though it contains the bug). It assumes that there are no false positives (in principle, the same approach would work, but adding it may be non-trivial).</p></blockquote></div></div><div class="doc-postil"><div class="c-markdown"><p>But BBChop is independent of any VCS and it would be easier for Git users to have something integrated in Git.</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>Conclusion</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>We have seen that regressions are an important problem, and that "git bisect" has nice features that complement very well practices and other tools, especially test suites, that are generally used to fight regressions. But it might be needed to change some work-flows and (bad) habits to get the most out of it.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Some improvements to the algorithms inside "git bisect" are possible and some new features could help in some cases, but overall "git bisect" works already very well, is used a lot, and is already very useful. To back up that last claim, let’s give the final word to Ingo Molnar when he was asked by the author how much time does he think "git bisect" saves him when he uses it:</p></div></div><div class="doc-postil"><div class="c-markdown"><blockquote><p>a <code>lot</code>.
|
||||
About ten years ago did i do my first <code>bisection</code> of a Linux patch queue. That was prior the Git (and even prior the BitKeeper) days. I literally days spent sorting out patches, creating what in essence were standalone commits that i guessed to be related to that bug.
|
||||
It was a tool of absolute last resort. I’d rather spend days looking at printk output than do a manual <code>patch bisection</code>.
|
||||
With Git bisect it’s a breeze: in the best case i can get a ~15 step kernel bisection done in 20-30 minutes, in an automated way. Even with manual help or when bisecting multiple, overlapping bugs, it’s rarely more than an hour.
|
||||
In fact it’s invaluable because there are bugs i would never even <code>try</code> to debug if it wasn’t for git bisect. In the past there were bug patterns that were immediately hopeless for me to debug - at best i could send the crash/bug signature to lkml and hope that someone else can think of something.
|
||||
And even if a bisection fails today it tells us something valuable about the bug: that it’s non-deterministic - timing or kernel image layout dependent.
|
||||
So git bisect is unconditional goodness - and feel free to quote that ;-)</p></blockquote></div></div><div class="doc-postil"><div class="c-markdown"><h2>Acknowledgments</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>Many thanks to Junio Hamano for his help in reviewing this paper, for reviewing the patches I sent to the Git mailing list, for discussing some ideas and helping me improve them, for improving "git bisect" a lot and for his awesome work in maintaining and developing Git.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Many thanks to Ingo Molnar for giving me very useful information that appears in this paper, for commenting on this paper, for his suggestions to improve "git bisect" and for evangelizing "git bisect" on the linux kernel mailing lists.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Many thanks to Linus Torvalds for inventing, developing and evangelizing "git bisect", Git and Linux.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Many thanks to the many other great people who helped one way or another when I worked on Git, especially to Andreas Ericsson, Johannes Schindelin, H. Peter Anvin, Daniel Barkalow, Bill Lear, John Hawley, Shawn O. Pierce, Jeff King, Sam Vilain, Jon Seymour.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Many thanks to the Linux-Kongress program committee for choosing the author to given a talk and for publishing this paper.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>当该属性被定义为 true 时。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><value></p></div></div><div class="doc-postil"><div class="c-markdown"><p>当一个值已经被赋值给该属性时。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>缓冲发生<code>GIT_FLUSH</code>在 git [1] 中的选项下。调用者负责避免溢出输入缓冲区或从空输出缓冲区读取引起的死锁。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>在示例中，使用以下<code>.gitattributes</code>文件：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">*.java diff=java -crlf myAttr
|
||||
So git bisect is unconditional goodness - and feel free to quote that ;-)</p></blockquote></div></div><div class="doc-postil"><div class="c-markdown"><h2>Acknowledgments</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>Many thanks to Junio Hamano for his help in reviewing this paper, for reviewing the patches I sent to the Git mailing list, for discussing some ideas and helping me improve them, for improving "git bisect" a lot and for his awesome work in maintaining and developing Git.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Many thanks to Ingo Molnar for giving me very useful information that appears in this paper, for commenting on this paper, for his suggestions to improve "git bisect" and for evangelizing "git bisect" on the linux kernel mailing lists.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Many thanks to Linus Torvalds for inventing, developing and evangelizing "git bisect", Git and Linux.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Many thanks to the many other great people who helped one way or another when I worked on Git, especially to Andreas Ericsson, Johannes Schindelin, H. Peter Anvin, Daniel Barkalow, Bill Lear, John Hawley, Shawn O. Pierce, Jeff King, Sam Vilain, Jon Seymour.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Many thanks to the Linux-Kongress program committee for choosing the author to given a talk and for publishing this paper.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>当该属性被定义为 true 时。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><value></p></div></div><div class="doc-postil"><div class="c-markdown"><p>当一个值已经被赋值给该属性时。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>缓冲发生<code>GIT_FLUSH</code>在 git [1] 中的选项下。调用者负责避免溢出输入缓冲区或从空输出缓冲区读取引起的死锁。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>在示例中，使用以下<code>.gitattributes</code>文件：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">*.java diff=java -crlf myAttr
|
||||
NoMyAttr.java !myAttr
|
||||
README caveat=unspecified</pre></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>列出一个属性：$ git check-attr diff org/example/MyClass.java org/example/MyClass.java: diff: java</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>列出文件的多个属性：</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git check-attr crlf diff myAttr -- org/example/MyClass.java
|
||||
README caveat=unspecified</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>列出一个属性：$ git check-attr diff org/example/MyClass.java org/example/MyClass.java: diff: java</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>列出文件的多个属性：</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git check-attr crlf diff myAttr -- org/example/MyClass.java
|
||||
org/example/MyClass.java: crlf: unset
|
||||
org/example/MyClass.java: diff: java
|
||||
org/example/MyClass.java: myAttr: set</pre></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>列出文件的所有属性：$ git check-attr --all -- org/example/MyClass.java org/example/MyClass.java: diff: java org/example/MyClass.java: myAttr: set</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>列出多个文件的属性：</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git check-attr myAttr -- org/example/MyClass.java org/example/NoMyAttr.java
|
||||
org/example/MyClass.java: myAttr: setorg/example/NoMyAttr.java: myAttr: unspecified</pre></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>并非所有的价值观都同样明确：</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git check-attr caveat README
|
||||
README: caveat: unspecified</pre></div></div></div>
|
||||
org/example/MyClass.java: myAttr: set</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>列出文件的所有属性：$ git check-attr --all -- org/example/MyClass.java org/example/MyClass.java: diff: java org/example/MyClass.java: myAttr: set</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>列出多个文件的属性：</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git check-attr myAttr -- org/example/MyClass.java org/example/NoMyAttr.java
|
||||
org/example/MyClass.java: myAttr: setorg/example/NoMyAttr.java: myAttr: unspecified</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>并非所有的价值观都同样明确：</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git check-attr caveat README
|
||||
README: caveat: unspecified</code></pre></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1,6 +1,6 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-cherry - 查找尚未应用于上游的提交</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git cherry [-v] [<upstream> [<head> [<limit>]]]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>确定在<code><head>..<upstream></code>那里的提交是否有与<code><limit>..<head></code>范围内的提交相同。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>删除空格和行号后，基于 diff 等同性测试。因此，
|
||||
git-cherry 可以检测提交何时通过 git-cherry-pick [1]，git-am [1]或git-rebase [1] 被“复制”。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在<code><limit>..<head></code>输出每个提交的 SHA1 ，前缀<code>-</code>为<upstream>（<上游>）中的等价提交，以及不提交<code>+</code>的提交。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-v</p></div></div><div class="doc-postil"><div class="c-markdown"><p>显示 SHA1 旁边的提交主题。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><upstream></p></div></div><div class="doc-postil"><div class="c-markdown"><p>上游分支来搜索等效提交。默认为 HEAD 的上游分支。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><head></p></div></div><div class="doc-postil"><div class="c-markdown"><p>工作分部；默认为 HEAD。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><limit></p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要报告提交到（包括）限制。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><h3>补丁工作流程</h3></div></div><div class="doc-postil"><div class="c-markdown"><p>git-cherry 经常用于基于补丁的工作流程（请参阅gitworkflows [7]）以确定上游维护人员是否应用了一系列补丁。在这样的工作流程中，您可以创建并发送如下主题分支：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git checkout -b topic origin/master
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-cherry - 查找尚未应用于上游的提交</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git cherry [-v] [<upstream> [<head> [<limit>]]]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>确定在<code><head>..<upstream></code>那里的提交是否有与<code><limit>..<head></code>范围内的提交相同。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>删除空格和行号后，基于 diff 等同性测试。因此，
|
||||
git-cherry 可以检测提交何时通过 git-cherry-pick [1]，git-am [1]或git-rebase [1] 被“复制”。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在<code><limit>..<head></code>输出每个提交的 SHA1 ，前缀<code>-</code>为<upstream>（<上游>）中的等价提交，以及不提交<code>+</code>的提交。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-v</p></div></div><div class="doc-postil"><div class="c-markdown"><p>显示 SHA1 旁边的提交主题。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><upstream></p></div></div><div class="doc-postil"><div class="c-markdown"><p>上游分支来搜索等效提交。默认为 HEAD 的上游分支。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><head></p></div></div><div class="doc-postil"><div class="c-markdown"><p>工作分部；默认为 HEAD。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><limit></p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要报告提交到（包括）限制。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><h3>补丁工作流程</h3></div></div><div class="doc-postil"><div class="c-markdown"><p>git-cherry 经常用于基于补丁的工作流程（请参阅gitworkflows [7]）以确定上游维护人员是否应用了一系列补丁。在这样的工作流程中，您可以创建并发送如下主题分支：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git checkout -b topic origin/master
|
||||
# work and create some commits
|
||||
$ git format-patch origin/master
|
||||
$ git send-email ... 00*</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>稍后，您可以通过说（仍在<code>topic</code>）来查看您的更改是否已应用：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git fetch # update your notion of origin/master
|
||||
$ git cherry -v</pre></div></div><div class="doc-postil"><div class="c-markdown"><h3>具体的例子</h3></div></div><div class="doc-postil"><div class="c-markdown"><p>在主题由三个提交组成的情况下，维护者应用其中两个提交时，情况可能如下所示：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git log --graph --oneline --decorate --boundary origin/master...topic* 7654321 (origin/master) upstream tip commit[... snip some other commits ...]* cccc111 cherry-pick of C* aaaa111 cherry-pick of A[... snip a lot more that has happened ...]| * cccc000 (topic) commit C| * bbbb000 commit B| * aaaa000 commit A|/o 1234567 branch point</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>在这种情况下，git-cherry 会显示一个尚未应用的简要摘要：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git cherry origin/master topic- cccc000... commit C+ bbbb000... commit B- aaaa000... commit A</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>在这里，我们看到提交 A 和 C（标记为<code>-</code>）可以从您的<code>topic</code>分支中删除，当您重新绑定它<code>origin/master</code>时，提交 B（标记为<code>+</code>）仍然需要保留，以便它将被发送以应用到<code>origin/master</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h3>使用限制</h3></div></div><div class="doc-postil"><div class="c-markdown"><p>如果您的主题基于其他不在上游的工作，则可选<limit>非常有用。在前面的例子中展开，这可能看起来像：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git log --graph --oneline --decorate --boundary origin/master...topic* 7654321 (origin/master) upstream tip commit[... snip some other commits ...]* cccc111 cherry-pick of C* aaaa111 cherry-pick of A[... snip a lot more that has happened ...]| * cccc000 (topic) commit C| * bbbb000 commit B| * aaaa000 commit A| * 0000fff (base) unpublished stuff F[... snip ...]| * 0000aaa unpublished stuff A|/o 1234567 merge-base between upstream and topic</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>通过指定<code>base</code>限制，您可以避免列出<code>base</code>和<code>topic</code>之间的提交：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git cherry origin/master topic base- cccc000... commit C+ bbbb000... commit B- aaaa000... commit A</pre></div></div></div>
|
||||
$ git send-email ... 00*</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>稍后，您可以通过说（仍在<code>topic</code>）来查看您的更改是否已应用：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git fetch # update your notion of origin/master
|
||||
$ git cherry -v</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h3>具体的例子</h3></div></div><div class="doc-postil"><div class="c-markdown"><p>在主题由三个提交组成的情况下，维护者应用其中两个提交时，情况可能如下所示：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git log --graph --oneline --decorate --boundary origin/master...topic* 7654321 (origin/master) upstream tip commit[... snip some other commits ...]* cccc111 cherry-pick of C* aaaa111 cherry-pick of A[... snip a lot more that has happened ...]| * cccc000 (topic) commit C| * bbbb000 commit B| * aaaa000 commit A|/o 1234567 branch point</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>在这种情况下，git-cherry 会显示一个尚未应用的简要摘要：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git cherry origin/master topic- cccc000... commit C+ bbbb000... commit B- aaaa000... commit A</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>在这里，我们看到提交 A 和 C（标记为<code>-</code>）可以从您的<code>topic</code>分支中删除，当您重新绑定它<code>origin/master</code>时，提交 B（标记为<code>+</code>）仍然需要保留，以便它将被发送以应用到<code>origin/master</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h3>使用限制</h3></div></div><div class="doc-postil"><div class="c-markdown"><p>如果您的主题基于其他不在上游的工作，则可选<limit>非常有用。在前面的例子中展开，这可能看起来像：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git log --graph --oneline --decorate --boundary origin/master...topic* 7654321 (origin/master) upstream tip commit[... snip some other commits ...]* cccc111 cherry-pick of C* aaaa111 cherry-pick of A[... snip a lot more that has happened ...]| * cccc000 (topic) commit C| * bbbb000 commit B| * aaaa000 commit A| * 0000fff (base) unpublished stuff F[... snip ...]| * 0000aaa unpublished stuff A|/o 1234567 merge-base between upstream and topic</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>通过指定<code>base</code>限制，您可以避免列出<code>base</code>和<code>topic</code>之间的提交：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git cherry origin/master topic base- cccc000... commit C+ bbbb000... commit B- aaaa000... commit A</code></pre></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-citool - git-commit 的图形替代</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git citool</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>基于 Tcl / Tk 的图形界面用于查看修改后的文件，将它们放入索引，输入提交消息并将新提交记录到当前分支。该接口是交互程序较少的替代<code>git commit</code>方案。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git citool</code>实际上是<code>it gui citool</code>一个标准的别名<code>g</code>。有关更多详细信息，请参阅 git-gui [1]。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-citool - git-commit 的图形替代</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git citool</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>基于 Tcl / Tk 的图形界面用于查看修改后的文件，将它们放入索引，输入提交消息并将新提交记录到当前分支。该接口是交互程序较少的替代<code>git commit</code>方案。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git citool</code>实际上是<code>it gui citool</code>一个标准的别名<code>g</code>。有关更多详细信息，请参阅 git-gui [1]。</p></div></div></div>
|
||||
@ -1,2 +1,2 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-clean - 从工作树中删除未跟踪的文件</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git clean [-d] [-f] [-i] [-n] [-q] [-e <pattern>] [-x | -X] [--] <path>…</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>通过从当前目录开始递归地移除不受版本控制的文件来清除工作树。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>通常，只有Git未知的文件才会被删除，但是如果<code>-x</code>指定了该选项，则也会删除被忽略的文件。例如，这可以用于删除所有构建产品。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果<code><path>...</code>给出任何可选参数，则只有那些路径受到影响。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-d</p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了未跟踪的文件之外，还要除去未跟踪的目录。如果未跟踪的目录由不同的Git存储库管理，则默认情况下不会删除它。如果您真的想删除这样的目录，请使用-f选项两次。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-f --force</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果Git配置变量clean.requireForce未设置为false，<code>git clean</code>将拒绝删除文件或目录，除非给定-f，-n或-i。除非给出第二个-f，否则Git将拒绝使用.git子目录或文件删除目录。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-i --interactive</p></div></div><div class="doc-postil"><div class="c-markdown"><p>以交互方式显示将要完成的操作和清理文件。有关详情，请参阅“交互模式”。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要实际删除任何东西，只显示会做什么。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q --quiet</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Be quiet，只报告错误，而不是成功删除的文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-e <pattern> --exclude=<pattern></p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了在.gitignore（每个目录）和$ GIT_DIR / info / exclude中发现的内容外，还应将这些模式视为有效的忽略规则集。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-x</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要使用从.gitignore（每个目录）和$ GIT_DIR / info / exclude读取的标准忽略规则，但仍然使用与<code>-e</code>选项一起提供的忽略规则。这允许删除所有未跟踪的文件，包括构建产品。这可以用来（可能与其结合<code>git reset</code>）创建一个原始工作目录来测试一个干净的构建。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-X</p></div></div><div class="doc-postil"><div class="c-markdown"><p>只删除Git忽略的文件。这对从头开始重建所有内容可能很有用，但保留手动创建的文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>Interactive mode</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>当命令进入交互模式时，它显示要清理的文件和目录，并进入其交互式命令循环。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>命令循环显示可用的子命令列表，并提示“What now>”。通常，当提示以单个结尾时<code>></code>，您可以只选择其中一个选项并输入return，如下所示：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript"> *** Commands *** 1: clean 2: filter by pattern 3: select by numbers 4: ask each 5: quit 6: help
|
||||
What now> 1</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>只要选择是独一无二的，你也可以说<code>c</code>或<code>clean</code>以上。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>主要的命令循环有6个子命令。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>clean</p></div></div><div class="doc-postil"><div class="c-markdown"><p>开始清理文件和目录，然后退出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>按模式过滤</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这显示了要删除的文件和目录，并发出“输入忽略模式>>”提示。您可以输入空格分隔的模式以从删除中排除文件和目录。例如“* .c * .h”将删除以“.c”和“.h”结尾的文件。当您对筛选结果满意时，按ENTER（空）回到主菜单。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>按数字选择</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这显示要删除的文件和目录并发出“选择要删除的项目>>”提示。当提示以双精度结束时<code>>></code>，可以进行多个选择，并将其与空格或逗号连接。你也可以说范围。例如“2-5 7,9”从列表中选择2,3,4,5,7,9。如果省略范围中的第二个数字，则选择所有剩余的项目。例如“7-”从列表中选择7,8,9。你可以说<code>*</code>选择一切。另外，当您对筛选结果满意时，请按ENTER（空白）回到主菜单。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>询问每一个</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这将开始清理，并且您必须逐个确认以删除项目。请注意，此操作不如上述两项操作有效。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>quit</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这可以让你不做清洁就退出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>help</p></div></div><div class="doc-postil"><div class="c-markdown"><p>显示交互式git-clean的简要用法。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-clean - 从工作树中删除未跟踪的文件</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git clean [-d] [-f] [-i] [-n] [-q] [-e <pattern>] [-x | -X] [--] <path>…</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>通过从当前目录开始递归地移除不受版本控制的文件来清除工作树。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>通常，只有Git未知的文件才会被删除，但是如果<code>-x</code>指定了该选项，则也会删除被忽略的文件。例如，这可以用于删除所有构建产品。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果<code><path>...</code>给出任何可选参数，则只有那些路径受到影响。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-d</p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了未跟踪的文件之外，还要除去未跟踪的目录。如果未跟踪的目录由不同的Git存储库管理，则默认情况下不会删除它。如果您真的想删除这样的目录，请使用-f选项两次。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-f --force</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果Git配置变量clean.requireForce未设置为false，<code>git clean</code>将拒绝删除文件或目录，除非给定-f，-n或-i。除非给出第二个-f，否则Git将拒绝使用.git子目录或文件删除目录。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-i --interactive</p></div></div><div class="doc-postil"><div class="c-markdown"><p>以交互方式显示将要完成的操作和清理文件。有关详情，请参阅“交互模式”。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要实际删除任何东西，只显示会做什么。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q --quiet</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Be quiet，只报告错误，而不是成功删除的文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-e <pattern> --exclude=<pattern></p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了在.gitignore（每个目录）和$ GIT_DIR / info / exclude中发现的内容外，还应将这些模式视为有效的忽略规则集。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-x</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要使用从.gitignore（每个目录）和$ GIT_DIR / info / exclude读取的标准忽略规则，但仍然使用与<code>-e</code>选项一起提供的忽略规则。这允许删除所有未跟踪的文件，包括构建产品。这可以用来（可能与其结合<code>git reset</code>）创建一个原始工作目录来测试一个干净的构建。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-X</p></div></div><div class="doc-postil"><div class="c-markdown"><p>只删除Git忽略的文件。这对从头开始重建所有内容可能很有用，但保留手动创建的文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>Interactive mode</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>当命令进入交互模式时，它显示要清理的文件和目录，并进入其交互式命令循环。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>命令循环显示可用的子命令列表，并提示“What now>”。通常，当提示以单个结尾时<code>></code>，您可以只选择其中一个选项并输入return，如下所示：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash"> *** Commands *** 1: clean 2: filter by pattern 3: select by numbers 4: ask each 5: quit 6: help
|
||||
What now> 1</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>只要选择是独一无二的，你也可以说<code>c</code>或<code>clean</code>以上。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>主要的命令循环有6个子命令。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>clean</p></div></div><div class="doc-postil"><div class="c-markdown"><p>开始清理文件和目录，然后退出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>按模式过滤</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这显示了要删除的文件和目录，并发出“输入忽略模式>>”提示。您可以输入空格分隔的模式以从删除中排除文件和目录。例如“* .c * .h”将删除以“.c”和“.h”结尾的文件。当您对筛选结果满意时，按ENTER（空）回到主菜单。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>按数字选择</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这显示要删除的文件和目录并发出“选择要删除的项目>>”提示。当提示以双精度结束时<code>>></code>，可以进行多个选择，并将其与空格或逗号连接。你也可以说范围。例如“2-5 7,9”从列表中选择2,3,4,5,7,9。如果省略范围中的第二个数字，则选择所有剩余的项目。例如“7-”从列表中选择7,8,9。你可以说<code>*</code>选择一切。另外，当您对筛选结果满意时，请按ENTER（空白）回到主菜单。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>询问每一个</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这将开始清理，并且您必须逐个确认以删除项目。请注意，此操作不如上述两项操作有效。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>quit</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这可以让你不做清洁就退出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>help</p></div></div><div class="doc-postil"><div class="c-markdown"><p>显示交互式git-clean的简要用法。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
@ -1,2 +1,2 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-column - 以列显示数据</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git column [--command=<name>] [--[raw-]mode=<mode>] [--width=<width>] [--indent=<string>] [--nl=<string>] [--padding=<n>]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令将其输入格式化为多列。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--command=<name></p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用配置变量列<name>和 column.ui 查找布局模式。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--mode=<mode></p></div></div><div class="doc-postil"><div class="c-markdown"><p>指定布局模式。有关选项语法，请参阅配置变量
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-column - 以列显示数据</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git column [--command=<name>] [--[raw-]mode=<mode>] [--width=<width>] [--indent=<string>] [--nl=<string>] [--padding=<n>]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令将其输入格式化为多列。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--command=<name></p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用配置变量列<name>和 column.ui 查找布局模式。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--mode=<mode></p></div></div><div class="doc-postil"><div class="c-markdown"><p>指定布局模式。有关选项语法，请参阅配置变量
|
||||
column.ui。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--raw-mode=<n></p></div></div><div class="doc-postil"><div class="c-markdown"><p>与--mode 相同，但采用模式编码为数字。这主要由其他已经解析布局模式的命令使用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--width=<width></p></div></div><div class="doc-postil"><div class="c-markdown"><p>指定终端宽度。默认情况下<code>git column</code>会检测终端宽度，如果不能这样做，则回落到80。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--indent=<string></p></div></div><div class="doc-postil"><div class="c-markdown"><p>要在每行开头打印的字符串。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--nl=<N></p></div></div><div class="doc-postil"><div class="c-markdown"><p>要在每行末尾打印的字符串，包括换行符。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--padding=<N></p></div></div><div class="doc-postil"><div class="c-markdown"><p>列之间的空格数量。默认一个空格。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-count-objects - 计算解包的对象数量及其磁盘消耗量</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git count-objects [-v] [-H | --human-readable]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这会计算解包对象文件的数量以及它们所占用的磁盘空间，以帮助您决定何时重新打包。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-v --verbose</p></div></div><div class="doc-postil"><div class="c-markdown"><p>更详细的报告：</p></div></div><div class="doc-postil"><div class="c-markdown"><p>计数：松散物体的数量</p></div></div><div class="doc-postil"><div class="c-markdown"><p>大小：松散对象消耗的磁盘空间，以KiB为单位（除非指定了-H）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>in-pack：包装内物品的数量</p></div></div><div class="doc-postil"><div class="c-markdown"><p>size-pack：包中使用的磁盘空间，以KiB为单位（除非指定-H）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>prune-packable：包中也存在的松散对象的数量。这些对象可以使用修剪<code>git prune-packed</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>garbage：对象数据库中的文件数量既不是有效的松散对象也不是有效的包</p></div></div><div class="doc-postil"><div class="c-markdown"><p>size-garbage：由垃圾文件占用的磁盘空间，在KiB中（除非指定了-H）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>备用：备用对象数据库的绝对路径; 可能会出现多次，每个路径一行。请注意，如果路径包含不可打印的字符，则它可能被双引号包围，并且包含C风格的反斜杠转义序列。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-H --human-readable</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-count-objects - 计算解包的对象数量及其磁盘消耗量</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git count-objects [-v] [-H | --human-readable]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这会计算解包对象文件的数量以及它们所占用的磁盘空间，以帮助您决定何时重新打包。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-v --verbose</p></div></div><div class="doc-postil"><div class="c-markdown"><p>更详细的报告：</p></div></div><div class="doc-postil"><div class="c-markdown"><p>计数：松散物体的数量</p></div></div><div class="doc-postil"><div class="c-markdown"><p>大小：松散对象消耗的磁盘空间，以KiB为单位（除非指定了-H）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>in-pack：包装内物品的数量</p></div></div><div class="doc-postil"><div class="c-markdown"><p>size-pack：包中使用的磁盘空间，以KiB为单位（除非指定-H）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>prune-packable：包中也存在的松散对象的数量。这些对象可以使用修剪<code>git prune-packed</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>garbage：对象数据库中的文件数量既不是有效的松散对象也不是有效的包</p></div></div><div class="doc-postil"><div class="c-markdown"><p>size-garbage：由垃圾文件占用的磁盘空间，在KiB中（除非指定了-H）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>备用：备用对象数据库的绝对路径; 可能会出现多次，每个路径一行。请注意，如果路径包含不可打印的字符，则它可能被双引号包围，并且包含C风格的反斜杠转义序列。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-H --human-readable</p></div></div></div>
|
||||
@ -1,3 +1,3 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-credential-cache - Helper 临时将密码存储在内存中</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git config credential.helper 'cache [options]'</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>Description</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令将内存中的凭证缓存供将来的 Git 程序使用。存储的凭证永远不会触及磁盘，并在可配置的超时后被遗忘。缓存可通过 Unix 域套接字进行访问，通过文件系统权限仅限于当前用户。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>你可能不想直接调用这个命令；它意味着被 Git 的其他部分用作凭证助手。请参阅 gitcredentials [7]或<code>EXAMPLES</code>以下。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--timeout <seconds></p></div></div><div class="doc-postil"><div class="c-markdown"><p>缓存凭据的秒数（默认值：900）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--socket <path></p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用<code><path></code>联系运行中的高速缓存守护进程（或启动一个新的高速缓存守护进程，如果未启动）。默认为<code>$XDG_CACHE_HOME/git/credential/socket</code>除非<code>~/.git-credential-cache/</code>在存在的情况下<code>~/.git-credential-cache/socket</code>使用。如果您的主目录位于网络安装的文件系统上，则可能需要将其更改为本地文件系统。您必须指定绝对路径。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>控制daemon（守护进程）</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>如果您希望守护进程提前退出，并在所有缓存的凭据超时前忘记，则可以执行以下<code>exit</code>操作：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git credential-cache exit</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这个 helper 的重点是减少你输入用户名或密码的次数。例如：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git config credential.helper cache
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-credential-cache - Helper 临时将密码存储在内存中</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git config credential.helper 'cache [options]'</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>Description</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令将内存中的凭证缓存供将来的 Git 程序使用。存储的凭证永远不会触及磁盘，并在可配置的超时后被遗忘。缓存可通过 Unix 域套接字进行访问，通过文件系统权限仅限于当前用户。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>你可能不想直接调用这个命令；它意味着被 Git 的其他部分用作凭证助手。请参阅 gitcredentials [7]或<code>EXAMPLES</code>以下。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--timeout <seconds></p></div></div><div class="doc-postil"><div class="c-markdown"><p>缓存凭据的秒数（默认值：900）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--socket <path></p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用<code><path></code>联系运行中的高速缓存守护进程（或启动一个新的高速缓存守护进程，如果未启动）。默认为<code>$XDG_CACHE_HOME/git/credential/socket</code>除非<code>~/.git-credential-cache/</code>在存在的情况下<code>~/.git-credential-cache/socket</code>使用。如果您的主目录位于网络安装的文件系统上，则可能需要将其更改为本地文件系统。您必须指定绝对路径。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>控制daemon（守护进程）</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>如果您希望守护进程提前退出，并在所有缓存的凭据超时前忘记，则可以执行以下<code>exit</code>操作：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git credential-cache exit</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这个 helper 的重点是减少你输入用户名或密码的次数。例如：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git config credential.helper cache
|
||||
$ git push http://example.com/repo.git
|
||||
Username: <type your username>Password: <type your password>[work for 5 more minutes]$ git push http://example.com/repo.git[your credentials are used automatically]</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>您可以通过 credential.helper 配置变量提供选项（此示例将缓存时间降低到5分钟）：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git config credential.helper 'cache --timeout=300'</pre></div></div></div>
|
||||
Username: <type your username>Password: <type your password>[work for 5 more minutes]$ git push http://example.com/repo.git[your credentials are used automatically]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>您可以通过 credential.helper 配置变量提供选项（此示例将缓存时间降低到5分钟）：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git config credential.helper 'cache --timeout=300'</code></pre></div></div></div>
|
||||
@ -1,4 +1,4 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-credential-store - 帮助者将证书存储在磁盘上</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git config credential.helper 'store [options]'</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><div class="table-wrapper"><table><thead><tr class="firstRow"><th style="text-align: left;"><div class="table-header"><p>注意</p></div></th><th style="text-align: left;"><div class="table-header"><p>使用这个帮助程序会将你的密码存储在磁盘上，只受文件系统权限保护。如果这不是一个可以接受的安全权衡，请尝试使用 git-credential-cache1，或者找到一个与操作系统提供的安全存储集成的帮助器。</p></div></th></tr></thead><tbody></tbody></table></div></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令将无限期地将证书存储在磁盘上供将来的 Git 程序使用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>你可能不想直接调用这个命令; 它意味着被 git 的其他部分用作凭证助手。请参阅 gitcredentials [7]或<code>EXAMPLES</code>以下。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--file=<path></p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用<code><path></code>查找和存储凭据。该文件将设置文件系统权限，以防止系统上的其他用户读取它，但不会被加密或以其他方式保护。如果没有指定，凭据将搜索从<code>~/.git-credentials</code>和<code>$XDG_CONFIG_HOME/git/credentials</code>和证书将被写入到<code>~/.git-credentials</code>如果存在的话，或者<code>$XDG_CONFIG_HOME/git/credentials</code>如果它存在，前者没有。另请参阅文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>文档</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>如果没有明确设置<code>--file</code>，则有两个文件，其中
|
||||
git-credential-store 将按优先顺序搜索凭据：</p></div></div><div class="doc-postil"><div class="c-markdown"><p>~/.git-credentials</p></div></div><div class="doc-postil"><div class="c-markdown"><p>用户特定的凭据文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>$XDG_CONFIG_HOME/git/credentials</p></div></div><div class="doc-postil"><div class="c-markdown"><p>第二个用户特定的凭证文件。如果<code>$XDG_CONFIG_HOME</code>没有设置或为空，<code>$HOME/.config/git/credentials</code>将被使用。如果<code>~/.git-credentials</code>具有匹配的凭证，则不会使用存储在此文件中的任何凭证。如果你有时使用不支持它的老版本 Git，不建立这个文件是个好主意。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>对于凭证查找，将按照上面给出的顺序读取文件，发现第一个匹配的凭证优先于在列表下方的文件中找到的凭证。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>凭证存储将默认写入列表中的第一个现有文件。如果这些文件都不存在，<code>~/.git-credentials</code>将被创建并写入。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>擦除证书时，匹配的证书将从所有文件中删除。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这个帮手的重点是减少你输入用户名或密码的次数。例如：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git config credential.helper store
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-credential-store - 帮助者将证书存储在磁盘上</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git config credential.helper 'store [options]'</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><div class="table-wrapper"><table><thead><tr class="firstRow"><th style="text-align: left;"><div class="table-header"><p>注意</p></div></th><th style="text-align: left;"><div class="table-header"><p>使用这个帮助程序会将你的密码存储在磁盘上，只受文件系统权限保护。如果这不是一个可以接受的安全权衡，请尝试使用 git-credential-cache1，或者找到一个与操作系统提供的安全存储集成的帮助器。</p></div></th></tr></thead><tbody></tbody></table></div></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令将无限期地将证书存储在磁盘上供将来的 Git 程序使用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>你可能不想直接调用这个命令; 它意味着被 git 的其他部分用作凭证助手。请参阅 gitcredentials [7]或<code>EXAMPLES</code>以下。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--file=<path></p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用<code><path></code>查找和存储凭据。该文件将设置文件系统权限，以防止系统上的其他用户读取它，但不会被加密或以其他方式保护。如果没有指定，凭据将搜索从<code>~/.git-credentials</code>和<code>$XDG_CONFIG_HOME/git/credentials</code>和证书将被写入到<code>~/.git-credentials</code>如果存在的话，或者<code>$XDG_CONFIG_HOME/git/credentials</code>如果它存在，前者没有。另请参阅文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>文档</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>如果没有明确设置<code>--file</code>，则有两个文件，其中
|
||||
git-credential-store 将按优先顺序搜索凭据：</p></div></div><div class="doc-postil"><div class="c-markdown"><p>~/.git-credentials</p></div></div><div class="doc-postil"><div class="c-markdown"><p>用户特定的凭据文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>$XDG_CONFIG_HOME/git/credentials</p></div></div><div class="doc-postil"><div class="c-markdown"><p>第二个用户特定的凭证文件。如果<code>$XDG_CONFIG_HOME</code>没有设置或为空，<code>$HOME/.config/git/credentials</code>将被使用。如果<code>~/.git-credentials</code>具有匹配的凭证，则不会使用存储在此文件中的任何凭证。如果你有时使用不支持它的老版本 Git，不建立这个文件是个好主意。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>对于凭证查找，将按照上面给出的顺序读取文件，发现第一个匹配的凭证优先于在列表下方的文件中找到的凭证。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>凭证存储将默认写入列表中的第一个现有文件。如果这些文件都不存在，<code>~/.git-credentials</code>将被创建并写入。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>擦除证书时，匹配的证书将从所有文件中删除。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这个帮手的重点是减少你输入用户名或密码的次数。例如：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git config credential.helper store
|
||||
$ git push http://example.com/repo.git
|
||||
Username: <type your username>Password: <type your password>[several days later]$ git push http://example.com/repo.git[your credentials are used automatically]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>存储格式</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><code>.git-credentials</code>文件以明文形式存储。每个凭证都按照以下形式存储在自己的行中：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">https://user:pass@example.com</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>当 Git 需要对特定 URL 上下文进行身份验证时，凭证存储会将该上下文视为与凭证文件中的每个条目相匹配的模式。如果协议，主机名和用户名（如果我们已经有一个）匹配，那么密码将返回给 Git。有关更多信息，请参阅 gitcredentials [7]中的配置讨论。</p></div></div></div>
|
||||
Username: <type your username>Password: <type your password>[several days later]$ git push http://example.com/repo.git[your credentials are used automatically]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>存储格式</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><code>.git-credentials</code>文件以明文形式存储。每个凭证都按照以下形式存储在自己的行中：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">https://user:pass@example.com</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>当 Git 需要对特定 URL 上下文进行身份验证时，凭证存储会将该上下文视为与凭证文件中的每个条目相匹配的模式。如果协议，主机名和用户名（如果我们已经有一个）匹配，那么密码将返回给 Git。有关更多信息，请参阅 gitcredentials [7]中的配置讨论。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1,3 +1,3 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-describe - 描述一个使用它可以访问的最近标签的提交</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git describe [--all] [--tags] [--contains] [--abbrev=<n>] [<commit-ish>…]git describe [--all] [--tags] [--contains] [--abbrev=<n>] --dirty[=<mark>]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令查找可从提交中访问的最新标记。如果标签指向提交，则只显示标签。否则，它会将标记名称与标记对象顶部的附加提交数量以及最近提交的缩写对象名称后缀相加。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>默认情况下（没有--all 或--tags）<code>git describe</code>只显示带注释的标签。有关创建带注释的标签的更多信息，请参阅 git-tag [1]中-a和-s选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><commit-ish>…</p></div></div><div class="doc-postil"><div class="c-markdown"><p>提交对象名称来描述。如果省略，则默认为 HEAD。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--dirty=<mark> --broken=<mark></p></div></div><div class="doc-postil"><div class="c-markdown"><p>描述工作树的状态。当工作树与 HEAD 匹配时，输出与“git describe HEAD”相同。如果工作树具有本地修改，则将“-dirty”附加到其上。如果存储库已损坏，
|
||||
Git 无法确定是否存在本地修改，那么 Git 将会出错，除非给出了“--broken”，而是附加后缀“-broken”。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--all</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要只使用带注释的标签，而应使用<code>refs/</code>名称空间中的任何参考。该选项可以匹配任何已知的分支，远程追踪分支或轻量级标签。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--tags</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要只使用带注释的标签，而要使用<code>refs/tags</code>名称空间中的任何标签。该选项可以匹配一个轻量级（未注释）的标签。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--contains</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不是找到提交之前的标签，而是找到提交之后的标签，因此包含它。自动地表明 - 标签。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--abbrev=<n></p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用默认的7位十六进制数字作为缩写对象名称，而不是使用<n>数字或根据需要的数字来组成一个唯一的对象名称。0 的<n>将抑制长格式，只显示最接近的标签。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--candidates=<n></p></div></div><div class="doc-postil"><div class="c-markdown"><p>而不是只考虑最近的10个标签作为描述输入提交的候选者，而是考虑到候选者。将<n>增加到10以上会稍微长一些，但可能会产生更准确的结果。0的<n>将只会导致精确的匹配输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--exact-match</p></div></div><div class="doc-postil"><div class="c-markdown"><p>只输出完全匹配（一个标签直接引用提供的提交）。这是--candidates = 0的同义词。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--debug</p></div></div><div class="doc-postil"><div class="c-markdown"><p>精确地显示正在使用的搜索策略的信息以标准错误。标签名称仍将打印到标准输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--long</p></div></div><div class="doc-postil"><div class="c-markdown"><p>即使与标签匹配，始终输出长格式（标签，提交数量和缩写提交名称）。当您想要在“describe”输出中查看部分提交对象名称时，即使提交的问题恰好是标记的版本时，这也很有用。它不会仅仅发出标签名称，而是会描述这样的提交，如v1.2-0-gdeadbee（自从标签 v1.2指向 object deadbee 之后的第0次提交）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--match <pattern></p></div></div><div class="doc-postil"><div class="c-markdown"><p>只考虑与给定<code>glob(7)</code>模式匹配的标签，不包括“refs / tags /”前缀。这可以用来避免从存储库泄漏私有标签。如果给定多次，模式列表将被累积，并且将考虑匹配任何模式的标签。使用<code>--no-match</code>清除和复位的模式列表。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--exclude <pattern></p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要考虑与给定<code>glob(7)</code>模式匹配的标签，不包括“refs / tags /”前缀。这可以用来缩小标签空间并仅查找符合某些有意义标准的标签。如果给定多次，模式列表将被累积，并且匹配任何模式的标签将被排除。当与--match 结合使用时，当匹配至少一个匹配模式并且不匹配任何 - 排除模式时，将会考虑它。使用<code>--no-exclude</code>清除和复位的模式列表。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--always</p></div></div><div class="doc-postil"><div class="c-markdown"><p>显示唯一缩写的提交对象作为后备。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--first-parent</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在查看合并提交后，只跟踪第一个父提交。当您希望不匹配目标提交历史记录中合并的分支上的标签时，这非常有用。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>有了些像 git.git 流树之类的东西，我得到：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">[torvalds@g5 git]$ git describe parent
|
||||
v1.0.4-14-g2414721</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>即我的“父”分支的当前头是基于v1.0.4，但由于它有几个提交，describe 已经增加了提交的次数（“14”）和提交的缩写对象名本身（“2414721”）最后。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>额外提交的数量是“git log v1.0.4..parent”显示的提交数量。哈希后缀是“-g”+父代提示提交（这是<code>2414721b194453f058079d897d13c4e377f92dc6</code>）的7个字符的缩写。“g”前缀代表“git”，用于描述软件的版本，具体取决于管理软件的 SCM。这在人们可能使用不同 SCM 的环境中很有用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在标签名上做一个<code>git describe</code>标签只会显示标签名称：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">[torvalds@g5 git]$ git describe v1.0.4v1.0.4</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>使用--all命令可以使用分支头作为参考，因此输出也显示参考路径：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">[torvalds@g5 git]$ git describe --all --abbrev=4 v1.0.5^2tags/v1.0.0-21-g975b</pre></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">[torvalds@g5 git]$ git describe --all --abbrev=4 HEAD^heads/lt/describe-7-g975b</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>将--abbrev 设置为0，可以使用该命令查找没有任何后缀的最接近的标记名：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">[torvalds@g5 git]$ git describe --abbrev=0 v1.0.5^2tags/v1.0.0</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>请注意，如果今天输入这些命令，那么获得的后缀可能比 Linus 在运行这些命令时看到的要长，因为您的 Git 存储库可能具有新的提交，其对象名称以975b开头，并且当时不存在，“ - g975b“后缀可能不足以消除这些提交的歧义。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>搜索策略</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>对于每个提交的提交，<code>git describe</code>都将首先查找一个标签，该标签完全标记该提交。注释标签总是比轻量级标签更受欢迎，并且具有较新日期的标签始终优先于较早日期的标签。如果找到完全匹配，则会输出其名称并停止搜索。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果没有找到完全匹配，<code>git describe</code>则会遍历提交历史记录以找到已标记的祖先提交。祖先的标签将与输入提交的 SHA-1的缩写一起输出。如果<code>--first-parent</code>被指定，则散步将只考虑每个提交的第一个父代。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果在步行期间找到多个标签，那么将选择并输出具有与输入提交不同的最少提交的标签。这里最少的提交不同的定义为提交的数量<code>git log tag..input</code>将会是最小的提交数量。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-describe - 描述一个使用它可以访问的最近标签的提交</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git describe [--all] [--tags] [--contains] [--abbrev=<n>] [<commit-ish>…]git describe [--all] [--tags] [--contains] [--abbrev=<n>] --dirty[=<mark>]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令查找可从提交中访问的最新标记。如果标签指向提交，则只显示标签。否则，它会将标记名称与标记对象顶部的附加提交数量以及最近提交的缩写对象名称后缀相加。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>默认情况下（没有--all 或--tags）<code>git describe</code>只显示带注释的标签。有关创建带注释的标签的更多信息，请参阅 git-tag [1]中-a和-s选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><commit-ish>…</p></div></div><div class="doc-postil"><div class="c-markdown"><p>提交对象名称来描述。如果省略，则默认为 HEAD。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--dirty=<mark> --broken=<mark></p></div></div><div class="doc-postil"><div class="c-markdown"><p>描述工作树的状态。当工作树与 HEAD 匹配时，输出与“git describe HEAD”相同。如果工作树具有本地修改，则将“-dirty”附加到其上。如果存储库已损坏，
|
||||
Git 无法确定是否存在本地修改，那么 Git 将会出错，除非给出了“--broken”，而是附加后缀“-broken”。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--all</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要只使用带注释的标签，而应使用<code>refs/</code>名称空间中的任何参考。该选项可以匹配任何已知的分支，远程追踪分支或轻量级标签。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--tags</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要只使用带注释的标签，而要使用<code>refs/tags</code>名称空间中的任何标签。该选项可以匹配一个轻量级（未注释）的标签。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--contains</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不是找到提交之前的标签，而是找到提交之后的标签，因此包含它。自动地表明 - 标签。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--abbrev=<n></p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用默认的7位十六进制数字作为缩写对象名称，而不是使用<n>数字或根据需要的数字来组成一个唯一的对象名称。0 的<n>将抑制长格式，只显示最接近的标签。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--candidates=<n></p></div></div><div class="doc-postil"><div class="c-markdown"><p>而不是只考虑最近的10个标签作为描述输入提交的候选者，而是考虑到候选者。将<n>增加到10以上会稍微长一些，但可能会产生更准确的结果。0的<n>将只会导致精确的匹配输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--exact-match</p></div></div><div class="doc-postil"><div class="c-markdown"><p>只输出完全匹配（一个标签直接引用提供的提交）。这是--candidates = 0的同义词。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--debug</p></div></div><div class="doc-postil"><div class="c-markdown"><p>精确地显示正在使用的搜索策略的信息以标准错误。标签名称仍将打印到标准输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--long</p></div></div><div class="doc-postil"><div class="c-markdown"><p>即使与标签匹配，始终输出长格式（标签，提交数量和缩写提交名称）。当您想要在“describe”输出中查看部分提交对象名称时，即使提交的问题恰好是标记的版本时，这也很有用。它不会仅仅发出标签名称，而是会描述这样的提交，如v1.2-0-gdeadbee（自从标签 v1.2指向 object deadbee 之后的第0次提交）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--match <pattern></p></div></div><div class="doc-postil"><div class="c-markdown"><p>只考虑与给定<code>glob(7)</code>模式匹配的标签，不包括“refs / tags /”前缀。这可以用来避免从存储库泄漏私有标签。如果给定多次，模式列表将被累积，并且将考虑匹配任何模式的标签。使用<code>--no-match</code>清除和复位的模式列表。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--exclude <pattern></p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要考虑与给定<code>glob(7)</code>模式匹配的标签，不包括“refs / tags /”前缀。这可以用来缩小标签空间并仅查找符合某些有意义标准的标签。如果给定多次，模式列表将被累积，并且匹配任何模式的标签将被排除。当与--match 结合使用时，当匹配至少一个匹配模式并且不匹配任何 - 排除模式时，将会考虑它。使用<code>--no-exclude</code>清除和复位的模式列表。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--always</p></div></div><div class="doc-postil"><div class="c-markdown"><p>显示唯一缩写的提交对象作为后备。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--first-parent</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在查看合并提交后，只跟踪第一个父提交。当您希望不匹配目标提交历史记录中合并的分支上的标签时，这非常有用。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>有了些像 git.git 流树之类的东西，我得到：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">[torvalds@g5 git]$ git describe parent
|
||||
v1.0.4-14-g2414721</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>即我的“父”分支的当前头是基于v1.0.4，但由于它有几个提交，describe 已经增加了提交的次数（“14”）和提交的缩写对象名本身（“2414721”）最后。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>额外提交的数量是“git log v1.0.4..parent”显示的提交数量。哈希后缀是“-g”+父代提示提交（这是<code>2414721b194453f058079d897d13c4e377f92dc6</code>）的7个字符的缩写。“g”前缀代表“git”，用于描述软件的版本，具体取决于管理软件的 SCM。这在人们可能使用不同 SCM 的环境中很有用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在标签名上做一个<code>git describe</code>标签只会显示标签名称：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">[torvalds@g5 git]$ git describe v1.0.4v1.0.4</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>使用--all命令可以使用分支头作为参考，因此输出也显示参考路径：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">[torvalds@g5 git]$ git describe --all --abbrev=4 v1.0.5^2tags/v1.0.0-21-g975b</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">[torvalds@g5 git]$ git describe --all --abbrev=4 HEAD^heads/lt/describe-7-g975b</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>将--abbrev 设置为0，可以使用该命令查找没有任何后缀的最接近的标记名：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">[torvalds@g5 git]$ git describe --abbrev=0 v1.0.5^2tags/v1.0.0</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>请注意，如果今天输入这些命令，那么获得的后缀可能比 Linus 在运行这些命令时看到的要长，因为您的 Git 存储库可能具有新的提交，其对象名称以975b开头，并且当时不存在，“ - g975b“后缀可能不足以消除这些提交的歧义。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>搜索策略</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>对于每个提交的提交，<code>git describe</code>都将首先查找一个标签，该标签完全标记该提交。注释标签总是比轻量级标签更受欢迎，并且具有较新日期的标签始终优先于较早日期的标签。如果找到完全匹配，则会输出其名称并停止搜索。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果没有找到完全匹配，<code>git describe</code>则会遍历提交历史记录以找到已标记的祖先提交。祖先的标签将与输入提交的 SHA-1的缩写一起输出。如果<code>--first-parent</code>被指定，则散步将只考虑每个提交的第一个父代。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果在步行期间找到多个标签，那么将选择并输出具有与输入提交不同的最少提交的标签。这里最少的提交不同的定义为提交的数量<code>git log tag..input</code>将会是最小的提交数量。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1,2 +1,2 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>Name</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-fetch-pack - 从另一个存储库接收缺少的对象</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git fetch-pack [--all] [--quiet|-q] [--keep|-k] [--thin] [--include-tag] [--upload-pack=<git-upload-pack>] [--depth=<n>] [--no-progress] [-v] <repository> [<refs>…]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>通常你会想使用<code>git fetch</code>这个命令的更高级别的包装器来代替。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>调用<code>git-upload-pack</code>可能是远程的存储库，并要求它发送从此存储库中丢失的对象，以更新指定的头。本地可用的提交列表是通过扫描本地引用/层次结构并发送到<code>git-upload-pack</code>另一端运行找出的。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>当本地端没有共同的祖先提交时，该命令退化为下载所有内容以完成远程端的询问引用。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--all</p></div></div><div class="doc-postil"><div class="c-markdown"><p>获取所有远程参考。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--stdin</p></div></div><div class="doc-postil"><div class="c-markdown"><p>从 stdin 中获取参考列表，每行一个。如果除了此选项外，还在命令行中指定了引用，则 stdin 中的引用将在命令行中的引用之后进行处理。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果<code>--stateless-rpc</code>与此选项一起指定，则参考列表必须采用数据包格式（pkt-line）。每个 ref 必须位于一个单独的数据包中，并且该列表必须以flush数据包结尾。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q --quiet</p></div></div><div class="doc-postil"><div class="c-markdown"><p>通过<code>-q</code>标志<code>git unpack-objects</code>； 这使得克隆过程不那么冗长。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-k --keep</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要调用<code>git unpack-objects</code>接收到的数据，而是从中创建一个包文件，并将其存储在对象数据库中。如果提供两次，则包装将被锁定以防重新包装。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--thin</p></div></div><div class="doc-postil"><div class="c-markdown"><p>获取一个“瘦”包，它基于未包含在包中的对象以分辨形式记录对象，以减少网络流量。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--include-tag</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果远程端支持它，如果标签引用的对象被下载，带标注的标签对象将被下载到与其他对象相同的连接上。来电者必须另外确定此选项可用的标签。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--upload-pack=<git-upload-pack></p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git-upload-pack</code>如果在 $ PATH 中没有找到，则使用它来指定远程端的路径。
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>Name</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-fetch-pack - 从另一个存储库接收缺少的对象</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git fetch-pack [--all] [--quiet|-q] [--keep|-k] [--thin] [--include-tag] [--upload-pack=<git-upload-pack>] [--depth=<n>] [--no-progress] [-v] <repository> [<refs>…]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>通常你会想使用<code>git fetch</code>这个命令的更高级别的包装器来代替。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>调用<code>git-upload-pack</code>可能是远程的存储库，并要求它发送从此存储库中丢失的对象，以更新指定的头。本地可用的提交列表是通过扫描本地引用/层次结构并发送到<code>git-upload-pack</code>另一端运行找出的。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>当本地端没有共同的祖先提交时，该命令退化为下载所有内容以完成远程端的询问引用。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--all</p></div></div><div class="doc-postil"><div class="c-markdown"><p>获取所有远程参考。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--stdin</p></div></div><div class="doc-postil"><div class="c-markdown"><p>从 stdin 中获取参考列表，每行一个。如果除了此选项外，还在命令行中指定了引用，则 stdin 中的引用将在命令行中的引用之后进行处理。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果<code>--stateless-rpc</code>与此选项一起指定，则参考列表必须采用数据包格式（pkt-line）。每个 ref 必须位于一个单独的数据包中，并且该列表必须以flush数据包结尾。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q --quiet</p></div></div><div class="doc-postil"><div class="c-markdown"><p>通过<code>-q</code>标志<code>git unpack-objects</code>； 这使得克隆过程不那么冗长。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-k --keep</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要调用<code>git unpack-objects</code>接收到的数据，而是从中创建一个包文件，并将其存储在对象数据库中。如果提供两次，则包装将被锁定以防重新包装。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--thin</p></div></div><div class="doc-postil"><div class="c-markdown"><p>获取一个“瘦”包，它基于未包含在包中的对象以分辨形式记录对象，以减少网络流量。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--include-tag</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果远程端支持它，如果标签引用的对象被下载，带标注的标签对象将被下载到与其他对象相同的连接上。来电者必须另外确定此选项可用的标签。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--upload-pack=<git-upload-pack></p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git-upload-pack</code>如果在 $ PATH 中没有找到，则使用它来指定远程端的路径。
|
||||
sshd 的安装会忽略用户登录 shell 的环境设置脚本（例如 .bash_profile），而您的私有安装的 git 可能在系统缺省 $ PATH 中找不到。另一个解决方法是在“.bashrc”中设置你的 $ PATH，但是这个标志适用于那些不想为非交互式 shell 支付费用的人，因为它有一个精简的 .bashrc 文件（他们设置了大部分内容在 .bash_profile中）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--exec=<git-upload-pack></p></div></div><div class="doc-postil"><div class="c-markdown"><p>Same as --upload-pack=<git-upload-pack>.</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--depth=<n></p></div></div><div class="doc-postil"><div class="c-markdown"><p>限制获取祖先链不超过 n。即使<code>git-upload-pack</code>有一个悠长的祖先链，也将特殊深度2147483647视为无限。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--shallow-since=<date></p></div></div><div class="doc-postil"><div class="c-markdown"><p>加深或缩短浅 'repository' 的历史记录，以在<date>之后包含所有可访问的提交。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--shallow-exclude=<revision></p></div></div><div class="doc-postil"><div class="c-markdown"><p>加深或缩短浅储存库的历史记录以排除可从指定的远程分支或标记访问的提交。该选项可以多次指定。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--deepen-relative</p></div></div><div class="doc-postil"><div class="c-markdown"><p>参数--depth 指定来自当前浅边界的提交数量，而不是每个远程分支历史记录的提示数量。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-progress</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要显示进度。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--check-self-contained-and-connected</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果收到的包是自包含并连接的，则输出“连接正常”。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-v</p></div></div><div class="doc-postil"><div class="c-markdown"><p>运行详细。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><repository></p></div></div><div class="doc-postil"><div class="c-markdown"><p>远程存储库的 URL。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><refs>…</p></div></div><div class="doc-postil"><div class="c-markdown"><p>远程负责人从中更新。这与 $ GIT_DIR 相关（例如“HEAD”，“refs / heads / master”）。未指定时，从远端所有人的头部更新。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果遥控器启用了选项<code>uploadpack.allowTipSHA1InWant</code>，<code>uploadpack.allowReachableSHA1InWant</code>或者<code>uploadpack.allowAnySHA1InWant</code>，它们也可以是遥控器上的 40-hex sha1。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1,3 +1,3 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-fmt-merge-msg - 产生一个合并提交信息</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git fmt-merge-msg [-m <message>] [--log[=<n>] | --no-log]git fmt-merge-msg [-m <message>] [--log[=<n>] | --no-log] -F <file></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>获取 stdin 上的合并对象列表，并生成合适的提交消息以用于合并提交，通常作为<code><merge-message></code>参数传递<code>git merge</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令主要用于脚本自动调用的内部使用<code>git merge</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--log=<n></p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了分支名称之外，还可以使用来自正在合并的实际提交的单行描述来填充日志消息。至多会使用来自每个合并父项的<n>提交（如果<n>省略，则为20）。这覆盖<code>merge.log</code>配置变量。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-log</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要列出正在合并的实际提交中的单行描述。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-summary</p></div></div><div class="doc-postil"><div class="c-markdown"><p>同义词--log和--no-log; 这些已被弃用，并将在未来被删除。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-m <message> --message <message></p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用<message>而不是日志消息第一行的分支名称。用于<code>--log</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-F <file> --file <file></p></div></div><div class="doc-postil"><div class="c-markdown"><p>从<file>获取合并对象的列表，而不是 stdin。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>组态</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>merge.branchdesc</p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了分支名称之外，还可以使用与它们关联的分支描述文本填充日志消息。默认为
|
||||
false。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>merge.log</p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了分支名称之外，还可以在日志消息中最多填写指定数量的来自要合并的实际提交的单行描述。默认为 false，true 为20的同义词。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>merge.summary</p></div></div><div class="doc-postil"><div class="c-markdown"><p>同义词<code>merge.log</code>; 这已被弃用，并将在未来被删除。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git fetch origin master
|
||||
$ git fmt-merge-msg --log <$GIT_DIR/FETCH_HEAD</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>打印描述从“原点”远程合并“主”分支的日志消息。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-fmt-merge-msg - 产生一个合并提交信息</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git fmt-merge-msg [-m <message>] [--log[=<n>] | --no-log]git fmt-merge-msg [-m <message>] [--log[=<n>] | --no-log] -F <file></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>获取 stdin 上的合并对象列表，并生成合适的提交消息以用于合并提交，通常作为<code><merge-message></code>参数传递<code>git merge</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令主要用于脚本自动调用的内部使用<code>git merge</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--log=<n></p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了分支名称之外，还可以使用来自正在合并的实际提交的单行描述来填充日志消息。至多会使用来自每个合并父项的<n>提交（如果<n>省略，则为20）。这覆盖<code>merge.log</code>配置变量。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-log</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要列出正在合并的实际提交中的单行描述。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-summary</p></div></div><div class="doc-postil"><div class="c-markdown"><p>同义词--log和--no-log; 这些已被弃用，并将在未来被删除。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-m <message> --message <message></p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用<message>而不是日志消息第一行的分支名称。用于<code>--log</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-F <file> --file <file></p></div></div><div class="doc-postil"><div class="c-markdown"><p>从<file>获取合并对象的列表，而不是 stdin。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>组态</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>merge.branchdesc</p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了分支名称之外，还可以使用与它们关联的分支描述文本填充日志消息。默认为
|
||||
false。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>merge.log</p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了分支名称之外，还可以在日志消息中最多填写指定数量的来自要合并的实际提交的单行描述。默认为 false，true 为20的同义词。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>merge.summary</p></div></div><div class="doc-postil"><div class="c-markdown"><p>同义词<code>merge.log</code>; 这已被弃用，并将在未来被删除。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git fetch origin master
|
||||
$ git fmt-merge-msg --log <$GIT_DIR/FETCH_HEAD</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>打印描述从“原点”远程合并“主”分支的日志消息。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-get-tar-commit-id - 从使用 git-archive 创建的存档中提取提交ID</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git get-tar-commit-id</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>读取由<code>git archive</code>标准输入创建的 tar 归档并提取存储在其中的提交 ID。它只读取前1024个字节的输入，因此其运行时不受tar归档文件大小的影响。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果未找到提交 ID，则<code>git get-tar-commit-id</code>安静地存在，返回代码为1。如果未使用创建的存档<code>git archive</code>或第一个参数为<code>git archive</code>树 ID 而不是提交 ID 或标记，则会发生这种情况。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-get-tar-commit-id - 从使用 git-archive 创建的存档中提取提交ID</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git get-tar-commit-id</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>读取由<code>git archive</code>标准输入创建的 tar 归档并提取存储在其中的提交 ID。它只读取前1024个字节的输入，因此其运行时不受tar归档文件大小的影响。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果未找到提交 ID，则<code>git get-tar-commit-id</code>安静地存在，返回代码为1。如果未使用创建的存档<code>git archive</code>或第一个参数为<code>git archive</code>树 ID 而不是提交 ID 或标记，则会发生这种情况。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1,2 +1,2 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-hash-object - 计算对象ID并可选择从文件创建一个blob</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git hash-object [-t <type>] [-w] [--path=<file>|--no-filters] [--stdin [--literally]] [--] <file>…
|
||||
git hash-object [-t <type>] [-w] --stdin-paths [--no-filters]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>使用指定文件的内容（可以位于工作树之外）计算具有指定类型的对象的对象ID值，并且可以选择将结果对象写入对象数据库。将其对象ID报告给其标准输出。这用于<code>git cvsimport</code>在不修改工作树中的文件的情况下更新索引。当<type>没有被指定时，它默认为“blob”。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-t <type></p></div></div><div class="doc-postil"><div class="c-markdown"><p>指定类型（默认值：“blob”）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-w</p></div></div><div class="doc-postil"><div class="c-markdown"><p>实际上将对象写入对象数据库。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--stdin</p></div></div><div class="doc-postil"><div class="c-markdown"><p>从标准输入而不是从文件中读取对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--stdin-paths</p></div></div><div class="doc-postil"><div class="c-markdown"><p>从标准输入读取文件名，每行一个，而不是从命令行读取。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--path</p></div></div><div class="doc-postil"><div class="c-markdown"><p>哈希对象，因为它位于给定的路径。文件的位置并不直接影响散列值，但路径用于确定在将对象放置到对象数据库之前应该将什么Git过滤器应用到该对象，并且作为应用过滤器的结果，实际的blob放置进入对象数据库可能与给定文件不同。此选项主要用于散列位于工作目录之外的临时文件或从stdin读取的文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-filters</p></div></div><div class="doc-postil"><div class="c-markdown"><p>按原样散列内容，忽略属性机制选择的任何输入过滤器，包括行结束转换。如果文件是从标准输入中读取的，那么这总是隐含的，除非<code>--path</code>给出选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--literally</p></div></div><div class="doc-postil"><div class="c-markdown"><p>允许<code>--stdin</code>将任何垃圾散列到松散对象中，否则可能不会通过标准对象分析或git-fsck检查。有助于压力测试Git本身或复制在野外遇到的腐败或假物体的特征。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-hash-object - 计算对象ID并可选择从文件创建一个blob</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git hash-object [-t <type>] [-w] [--path=<file>|--no-filters] [--stdin [--literally]] [--] <file>…
|
||||
git hash-object [-t <type>] [-w] --stdin-paths [--no-filters]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>使用指定文件的内容（可以位于工作树之外）计算具有指定类型的对象的对象ID值，并且可以选择将结果对象写入对象数据库。将其对象ID报告给其标准输出。这用于<code>git cvsimport</code>在不修改工作树中的文件的情况下更新索引。当<type>没有被指定时，它默认为“blob”。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-t <type></p></div></div><div class="doc-postil"><div class="c-markdown"><p>指定类型（默认值：“blob”）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-w</p></div></div><div class="doc-postil"><div class="c-markdown"><p>实际上将对象写入对象数据库。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--stdin</p></div></div><div class="doc-postil"><div class="c-markdown"><p>从标准输入而不是从文件中读取对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--stdin-paths</p></div></div><div class="doc-postil"><div class="c-markdown"><p>从标准输入读取文件名，每行一个，而不是从命令行读取。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--path</p></div></div><div class="doc-postil"><div class="c-markdown"><p>哈希对象，因为它位于给定的路径。文件的位置并不直接影响散列值，但路径用于确定在将对象放置到对象数据库之前应该将什么Git过滤器应用到该对象，并且作为应用过滤器的结果，实际的blob放置进入对象数据库可能与给定文件不同。此选项主要用于散列位于工作目录之外的临时文件或从stdin读取的文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-filters</p></div></div><div class="doc-postil"><div class="c-markdown"><p>按原样散列内容，忽略属性机制选择的任何输入过滤器，包括行结束转换。如果文件是从标准输入中读取的，那么这总是隐含的，除非<code>--path</code>给出选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--literally</p></div></div><div class="doc-postil"><div class="c-markdown"><p>允许<code>--stdin</code>将任何垃圾散列到松散对象中，否则可能不会通过标准对象分析或git-fsck检查。有助于压力测试Git本身或复制在野外遇到的腐败或假物体的特征。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
@ -1,6 +1,6 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-http-backend - Git 在HTTP的服务器端实现</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git http-backend</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>一个简单的 CGI 程序，用于向通过 http：//和https：//协议访问存储库的 Git 客户端提供 Git 存储库的内容。该程序支持客户端使用智能 HTTP 协议和向后兼容的愚蠢 HTTP 协议以及客户端使用智能 HTTP 协议进行推送。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>它会验证该目录是否具有魔术文件“git-daemon-export-ok”，并且它会拒绝导出任何未明确标记为导出的 Git 目录（除非<code>GIT_HTTP_EXPORT_ALL</code>设置了环境变量）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>默认情况下，只有<code>upload-pack</code>服务已启用，供应<code>git fetch-pack</code>和<code>git ls-remote</code>客户，这是从调用<code>git fetch</code>，<code>git pull</code>和<code>git clone</code>。如果客户端已通过身份验证，<code>receive-pack</code>则会启用该服务，该服务将为<code>git send-pack</code>客户端提供服务，并从中调用该服务<code>git push</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>服务</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>可以使用每个存储库配置文件启用/禁用这些服务：</p></div></div><div class="doc-postil"><div class="c-markdown"><p>http.getanyfile</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这为不能使用上传包服务的版本低于1.6.6的 Git 客户端提供服务。启用时，客户端可以读取存储库中的任何文件，包括不再从分支中访问但仍存在的对象。它是默认启用的，但是一个存储库可以通过设置这个配置项来禁用它<code>false</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>http.uploadpack</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这服务<code>git fetch-pack</code>和<code>git ls-remote</code>客户。它是默认启用的，但是一个存储库可以通过设置这个配置项来禁用它<code>false</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>http.receivepack</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这为<code>git send-pack</code>客户提供服务，从而推动。默认情况下，它对于匿名用户是禁用的，并且默认情况下为 Web 服务器验证的用户启用。可以通过将该项目设置为<code>false</code>或禁用所有用户（包括匿名用户），将其设置为<code>true</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>网址翻译</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>要确定存储库在磁盘上的位置，需要<code>git http-backend</code>连接由 Web 服务器自动设置的环境变量 PATH_INFO 和必须在 Web 服务器配置中手动设置的 GIT_PROJECT_ROOT。如果未设置 GIT_PROJECT_ROOT，则<code>git http-backend</code>读取 PATH_TRANSLATED，它也由 Web 服务器自动设置。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>以下所有示例都映射<code>http://$hostname/git/foo/bar.git</code>到<code>/var/www/git/foo/bar.git</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Apache 2.x</p></div></div><div class="doc-postil"><div class="c-markdown"><p>确保已启用mod_cgi，mod_alias 和 mod_env，并正确设置 GIT_PROJECT_ROOT（或DocumentRoot），并为 CGI 创建一个 ScriptAlias：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">SetEnv GIT_PROJECT_ROOT /var/www/git
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-http-backend - Git 在HTTP的服务器端实现</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git http-backend</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>一个简单的 CGI 程序，用于向通过 http：//和https：//协议访问存储库的 Git 客户端提供 Git 存储库的内容。该程序支持客户端使用智能 HTTP 协议和向后兼容的愚蠢 HTTP 协议以及客户端使用智能 HTTP 协议进行推送。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>它会验证该目录是否具有魔术文件“git-daemon-export-ok”，并且它会拒绝导出任何未明确标记为导出的 Git 目录（除非<code>GIT_HTTP_EXPORT_ALL</code>设置了环境变量）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>默认情况下，只有<code>upload-pack</code>服务已启用，供应<code>git fetch-pack</code>和<code>git ls-remote</code>客户，这是从调用<code>git fetch</code>，<code>git pull</code>和<code>git clone</code>。如果客户端已通过身份验证，<code>receive-pack</code>则会启用该服务，该服务将为<code>git send-pack</code>客户端提供服务，并从中调用该服务<code>git push</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>服务</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>可以使用每个存储库配置文件启用/禁用这些服务：</p></div></div><div class="doc-postil"><div class="c-markdown"><p>http.getanyfile</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这为不能使用上传包服务的版本低于1.6.6的 Git 客户端提供服务。启用时，客户端可以读取存储库中的任何文件，包括不再从分支中访问但仍存在的对象。它是默认启用的，但是一个存储库可以通过设置这个配置项来禁用它<code>false</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>http.uploadpack</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这服务<code>git fetch-pack</code>和<code>git ls-remote</code>客户。它是默认启用的，但是一个存储库可以通过设置这个配置项来禁用它<code>false</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>http.receivepack</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这为<code>git send-pack</code>客户提供服务，从而推动。默认情况下，它对于匿名用户是禁用的，并且默认情况下为 Web 服务器验证的用户启用。可以通过将该项目设置为<code>false</code>或禁用所有用户（包括匿名用户），将其设置为<code>true</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>网址翻译</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>要确定存储库在磁盘上的位置，需要<code>git http-backend</code>连接由 Web 服务器自动设置的环境变量 PATH_INFO 和必须在 Web 服务器配置中手动设置的 GIT_PROJECT_ROOT。如果未设置 GIT_PROJECT_ROOT，则<code>git http-backend</code>读取 PATH_TRANSLATED，它也由 Web 服务器自动设置。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>以下所有示例都映射<code>http://$hostname/git/foo/bar.git</code>到<code>/var/www/git/foo/bar.git</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>Apache 2.x</p></div></div><div class="doc-postil"><div class="c-markdown"><p>确保已启用mod_cgi，mod_alias 和 mod_env，并正确设置 GIT_PROJECT_ROOT（或DocumentRoot），并为 CGI 创建一个 ScriptAlias：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">SetEnv GIT_PROJECT_ROOT /var/www/git
|
||||
SetEnv GIT_HTTP_EXPORT_ALL
|
||||
ScriptAlias /git/ /usr/libexec/git-core/git-http-backend/</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>要启用匿名读取访问但授权写入访问，需要授权初始引用广告（我们通过查询字符串中的服务参数检测为推送）以及接收包调用本身：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">RewriteCond %{QUERY_STRING} service=git-receive-pack [OR]RewriteCond %{REQUEST_URI} /git-receive-pack$
|
||||
ScriptAlias /git/ /usr/libexec/git-core/git-http-backend/</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>要启用匿名读取访问但授权写入访问，需要授权初始引用广告（我们通过查询字符串中的服务参数检测为推送）以及接收包调用本身：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">RewriteCond %{QUERY_STRING} service=git-receive-pack [OR]RewriteCond %{REQUEST_URI} /git-receive-pack$
|
||||
RewriteRule ^/git/ - [E=AUTHREQUIRED:yes]<LocationMatch "^/git/">
|
||||
Order Deny,Allow
|
||||
Deny from env=AUTHREQUIRED
|
||||
@ -8,27 +8,27 @@ RewriteRule ^/git/ - [E=AUTHREQUIRED:yes]<LocationMatch "^/git/">
|
||||
AuthType Basic
|
||||
AuthName "Git Access"
|
||||
Require group committers
|
||||
Satisfy Any ...</LocationMatch></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>如果您没有<code>mod_rewrite</code>可用于匹配查询字符串，则仅保护<code>git-receive-pack</code>自己就足够了，如：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript"><LocationMatch "^/git/.*/git-receive-pack$">
|
||||
Satisfy Any ...</LocationMatch></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>如果您没有<code>mod_rewrite</code>可用于匹配查询字符串，则仅保护<code>git-receive-pack</code>自己就足够了，如：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash"><LocationMatch "^/git/.*/git-receive-pack$">
|
||||
AuthType Basic
|
||||
AuthName "Git Access"
|
||||
Require group committers ...</LocationMatch></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>在这种模式下，服务器将不会请求认证，直到客户端实际启动推送的对象协商阶段，而不是在初始联系期间。出于这个原因，您还必须<code>http.receivepack</code>在任何应该接受推送的存储库中启用配置选项。默认行为如果<code>http.receivepack</code>未设置，则拒绝未经身份验证的用户进行的任何推送; 因此最初的请求会<code>403 Forbidden</code>向客户报告，甚至没有提供认证的机会。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>要对读取和写入进行身份验证，请在存储库或其父目录之一使用 Location 指令：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript"><Location /git/private>
|
||||
Require group committers ...</LocationMatch></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>在这种模式下，服务器将不会请求认证，直到客户端实际启动推送的对象协商阶段，而不是在初始联系期间。出于这个原因，您还必须<code>http.receivepack</code>在任何应该接受推送的存储库中启用配置选项。默认行为如果<code>http.receivepack</code>未设置，则拒绝未经身份验证的用户进行的任何推送; 因此最初的请求会<code>403 Forbidden</code>向客户报告，甚至没有提供认证的机会。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>要对读取和写入进行身份验证，请在存储库或其父目录之一使用 Location 指令：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash"><Location /git/private>
|
||||
AuthType Basic
|
||||
AuthName "Private Git Access"
|
||||
Require group committers ...</Location></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>要在相同的 url 上提供 gitweb，请使用 ScriptAliasMatch 仅<code>git http-backend</code>处理那些可以处理的 URL ，然后将其余的转发到 gitweb：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">ScriptAliasMatch \ "(?x)^/git/(.*/(HEAD | \
|
||||
Require group committers ...</Location></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>要在相同的 url 上提供 gitweb，请使用 ScriptAliasMatch 仅<code>git http-backend</code>处理那些可以处理的 URL ，然后将其余的转发到 gitweb：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">ScriptAliasMatch \ "(?x)^/git/(.*/(HEAD | \
|
||||
info/refs | \
|
||||
objects/(info/[^/]+ | \
|
||||
[0-9a-f]{2}/[0-9a-f]{38} | \
|
||||
pack/pack-[0-9a-f]{40}\.(pack|idx)) | \
|
||||
git-(upload|receive)-pack))$" \ /usr/libexec/git-core/git-http-backend/$1ScriptAlias /git/ /var/www/cgi-bin/gitweb.cgi/</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>要在单个存储库中提供来自不同 gitnamespaces [7]的多个存储库：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">SetEnvIf Request_URI "^/git/([^/]*)" GIT_NAMESPACE=$1ScriptAliasMatch ^/git/[^/]*(.*) /usr/libexec/git-core/git-http-backend/storage.git$1</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>Accelerated static Apache 2.x</p></div></div><div class="doc-postil"><div class="c-markdown"><p>与上面类似，但 Apache 可用于返回存储在磁盘上的静态文件。在许多系统上，这可能更有效，因为 Apache 可以要求内核将文件内容从文件系统直接复制到网络：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">SetEnv GIT_PROJECT_ROOT /var/www/git
|
||||
git-(upload|receive)-pack))$" \ /usr/libexec/git-core/git-http-backend/$1ScriptAlias /git/ /var/www/cgi-bin/gitweb.cgi/</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>要在单个存储库中提供来自不同 gitnamespaces [7]的多个存储库：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">SetEnvIf Request_URI "^/git/([^/]*)" GIT_NAMESPACE=$1ScriptAliasMatch ^/git/[^/]*(.*) /usr/libexec/git-core/git-http-backend/storage.git$1</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>Accelerated static Apache 2.x</p></div></div><div class="doc-postil"><div class="c-markdown"><p>与上面类似，但 Apache 可用于返回存储在磁盘上的静态文件。在许多系统上，这可能更有效，因为 Apache 可以要求内核将文件内容从文件系统直接复制到网络：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">SetEnv GIT_PROJECT_ROOT /var/www/git
|
||||
|
||||
AliasMatch ^/git/(.*/objects/[0-9a-f]{2}/[0-9a-f]{38})$ /var/www/git/$1AliasMatch ^/git/(.*/objects/pack/pack-[0-9a-f]{40}.(pack|idx))$ /var/www/git/$1ScriptAlias /git/ /usr/libexec/git-core/git-http-backend/</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>这可以与 gitweb 配置结合使用：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">SetEnv GIT_PROJECT_ROOT /var/www/git
|
||||
AliasMatch ^/git/(.*/objects/[0-9a-f]{2}/[0-9a-f]{38})$ /var/www/git/$1AliasMatch ^/git/(.*/objects/pack/pack-[0-9a-f]{40}.(pack|idx))$ /var/www/git/$1ScriptAlias /git/ /usr/libexec/git-core/git-http-backend/</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>这可以与 gitweb 配置结合使用：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">SetEnv GIT_PROJECT_ROOT /var/www/git
|
||||
|
||||
AliasMatch ^/git/(.*/objects/[0-9a-f]{2}/[0-9a-f]{38})$ /var/www/git/$1AliasMatch ^/git/(.*/objects/pack/pack-[0-9a-f]{40}.(pack|idx))$ /var/www/git/$1ScriptAliasMatch \ "(?x)^/git/(.*/(HEAD | \
|
||||
info/refs | \
|
||||
objects/info/[^/]+ | \
|
||||
git-(upload|receive)-pack))$" \ /usr/libexec/git-core/git-http-backend/$1ScriptAlias /git/ /var/www/cgi-bin/gitweb.cgi/</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>Lighttpd</p></div></div><div class="doc-postil"><div class="c-markdown"><p>确保<code>mod_cgi</code>，<code>mod_alias</code>，<code>mod_auth</code>，<code>mod_setenv</code>加载，然后设置<code>GIT_PROJECT_ROOT</code>适当的和重定向到 CGI 的所有请求：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">alias.url += ( "/git" => "/usr/lib/git-core/git-http-backend" )$HTTP["url"] =~ "^/git" {
|
||||
git-(upload|receive)-pack))$" \ /usr/libexec/git-core/git-http-backend/$1ScriptAlias /git/ /var/www/cgi-bin/gitweb.cgi/</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>Lighttpd</p></div></div><div class="doc-postil"><div class="c-markdown"><p>确保<code>mod_cgi</code>，<code>mod_alias</code>，<code>mod_auth</code>，<code>mod_setenv</code>加载，然后设置<code>GIT_PROJECT_ROOT</code>适当的和重定向到 CGI 的所有请求：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">alias.url += ( "/git" => "/usr/lib/git-core/git-http-backend" )$HTTP["url"] =~ "^/git" {
|
||||
cgi.assign = ("" => "")
|
||||
setenv.add-environment = ( "GIT_PROJECT_ROOT" => "/var/www/git", "GIT_HTTP_EXPORT_ALL" => "" )}</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>要启用匿名读取访问但验证写入访问：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$HTTP["querystring"] =~ "service=git-receive-pack" {
|
||||
setenv.add-environment = ( "GIT_PROJECT_ROOT" => "/var/www/git", "GIT_HTTP_EXPORT_ALL" => "" )}</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>要启用匿名读取访问但验证写入访问：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$HTTP["querystring"] =~ "service=git-receive-pack" {
|
||||
include "git-auth.conf"}$HTTP["url"] =~ "^/git/.*/git-receive-pack$" {
|
||||
include "git-auth.conf"}</pre></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git-auth.conf</code>某些地方看起来类似：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">auth.require = ( "/" => ( "method" => "basic", "realm" => "Git Access", "require" => "valid-user" ))# ...and set up auth.backend here</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>要求读取和写入验证：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$HTTP["url"] =~ "^/git/private" {
|
||||
include "git-auth.conf"}</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>环境</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git http-backend</code>依赖于<code>CGI</code>调用 Web 服务器设置的环境变量，包括：</p></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>PATH_INFO (if GIT_PROJECT_ROOT is set, otherwise PATH_TRANSLATED)</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>REMOTE_USER</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>REMOTE_ADDR</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>CONTENT_TYPE</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>QUERY_STRING</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>REQUEST_METHOD</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><p>在允许导出该存储库之前，可以将<code>GIT_HTTP_EXPORT_ALL</code>环境变量传递给<code>git-http-backend</code>绕过每个存储库中“git-daemon-export-ok”文件的检查。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>GIT_HTTP_MAX_REQUEST_BUFFER</code>环境变量（或<code>http.maxRequestBuffer</code>配置变量）可以被设置为改变最大 REF 协商请求中取回 git 会处理; 任何需要较大缓冲区的获取都不会成功。通常不需要更改此值，但是如果从具有极大数量的引用的存储库中提取，可能会有所帮助。该值可以用单位指定（例如，<code>100M</code>代表100兆字节）。默认值是10兆字节。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>后端进程将 GIT_COMMITTER_NAME 设置为，<code>$REMOTE_USER</code>和将GIT_COMMITTER_EMAIL 设置为，以<code>${REMOTE_USER}@http.${REMOTE_ADDR}</code>确保<code>git-receive-pack</code>创建的任何reflog 包含执行推送的远程用户的一些标识信息。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>所有的<code>CGI</code>环境变量都可用于每个被<code>git-receive-pack</code>调用的钩子。</p></div></div></div>
|
||||
include "git-auth.conf"}</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git-auth.conf</code>某些地方看起来类似：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">auth.require = ( "/" => ( "method" => "basic", "realm" => "Git Access", "require" => "valid-user" ))# ...and set up auth.backend here</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>要求读取和写入验证：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$HTTP["url"] =~ "^/git/private" {
|
||||
include "git-auth.conf"}</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>环境</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git http-backend</code>依赖于<code>CGI</code>调用 Web 服务器设置的环境变量，包括：</p></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>PATH_INFO (if GIT_PROJECT_ROOT is set, otherwise PATH_TRANSLATED)</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>REMOTE_USER</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>REMOTE_ADDR</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>CONTENT_TYPE</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>QUERY_STRING</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>REQUEST_METHOD</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><p>在允许导出该存储库之前，可以将<code>GIT_HTTP_EXPORT_ALL</code>环境变量传递给<code>git-http-backend</code>绕过每个存储库中“git-daemon-export-ok”文件的检查。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>GIT_HTTP_MAX_REQUEST_BUFFER</code>环境变量（或<code>http.maxRequestBuffer</code>配置变量）可以被设置为改变最大 REF 协商请求中取回 git 会处理; 任何需要较大缓冲区的获取都不会成功。通常不需要更改此值，但是如果从具有极大数量的引用的存储库中提取，可能会有所帮助。该值可以用单位指定（例如，<code>100M</code>代表100兆字节）。默认值是10兆字节。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>后端进程将 GIT_COMMITTER_NAME 设置为，<code>$REMOTE_USER</code>和将GIT_COMMITTER_EMAIL 设置为，以<code>${REMOTE_USER}@http.${REMOTE_ADDR}</code>确保<code>git-receive-pack</code>创建的任何reflog 包含执行推送的远程用户的一些标识信息。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>所有的<code>CGI</code>环境变量都可用于每个被<code>git-receive-pack</code>调用的钩子。</p></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-http-fetch - 通过 HTTP 从远程 Git 存储库下载</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git http-fetch [-c] [-t] [-a] [-d] [-v] [-w filename] [--recover] [--stdin] <commit> <url></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>通过 HTTP 下载远程 Git 存储库。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><strong>注</strong>：不建议使用不带-a的此命令。-a行为将成为未来版本的默认行为。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>commit-id</p></div></div><div class="doc-postil"><div class="c-markdown"><p>无论哈希还是 URL / refs / 下的文件名都可以拉出来。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-c</p></div></div><div class="doc-postil"><div class="c-markdown"><p>获取提交对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-t</p></div></div><div class="doc-postil"><div class="c-markdown"><p>获取与提交对象关联的树。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-a</p></div></div><div class="doc-postil"><div class="c-markdown"><p>获取所有对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-v</p></div></div><div class="doc-postil"><div class="c-markdown"><p>报告下载的内容。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-w <filename></p></div></div><div class="doc-postil"><div class="c-markdown"><p>在传输完成后，将 commit-id 写入本地端的 $ GIT_DIR / refs / <filename>下的文件名。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--stdin</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要在命令行上提交一个提交 ID（在这种情况下<code>git http-fetch</code>预计不会出现这种情况），需要格式化 stdin 中的行</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript"><commit-id>['\t'<filename-as-in--w>]</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>--recover</p></div></div><div class="doc-postil"><div class="c-markdown"><p>验证从目标访问的所有内容都已获取。先前提取被中断后使用。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-http-fetch - 通过 HTTP 从远程 Git 存储库下载</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git http-fetch [-c] [-t] [-a] [-d] [-v] [-w filename] [--recover] [--stdin] <commit> <url></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>通过 HTTP 下载远程 Git 存储库。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><strong>注</strong>：不建议使用不带-a的此命令。-a行为将成为未来版本的默认行为。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>commit-id</p></div></div><div class="doc-postil"><div class="c-markdown"><p>无论哈希还是 URL / refs / 下的文件名都可以拉出来。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-c</p></div></div><div class="doc-postil"><div class="c-markdown"><p>获取提交对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-t</p></div></div><div class="doc-postil"><div class="c-markdown"><p>获取与提交对象关联的树。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-a</p></div></div><div class="doc-postil"><div class="c-markdown"><p>获取所有对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-v</p></div></div><div class="doc-postil"><div class="c-markdown"><p>报告下载的内容。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-w <filename></p></div></div><div class="doc-postil"><div class="c-markdown"><p>在传输完成后，将 commit-id 写入本地端的 $ GIT_DIR / refs / <filename>下的文件名。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--stdin</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要在命令行上提交一个提交 ID（在这种情况下<code>git http-fetch</code>预计不会出现这种情况），需要格式化 stdin 中的行</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash"><commit-id>['\t'<filename-as-in--w>]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>--recover</p></div></div><div class="doc-postil"><div class="c-markdown"><p>验证从目标访问的所有内容都已获取。先前提取被中断后使用。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1,6 +1,6 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-instaweb - 立即在gitweb中浏览你的工作仓库</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git instaweb [--local] [--httpd=<httpd>] [--port=<port>] [--browser=<browser>]git instaweb [--start] [--stop] [--restart]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>一个简单的脚本设置<code>gitweb</code>和浏览本地资源库的Web服务器。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-l --local</p></div></div><div class="doc-postil"><div class="c-markdown"><p>仅将Web服务器绑定到本地IP（127.0.0.1）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-d --httpd</p></div></div><div class="doc-postil"><div class="c-markdown"><p>将被执行的HTTP守护程序命令行。命令行选项可以在这里指定，并且配置文件将被添加到命令行的末尾。目前支持apache2，lighttpd，mongoose，plackup和webrick。（默认：lighttpd）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-m --module-path</p></div></div><div class="doc-postil"><div class="c-markdown"><p>模块路径（只有当httpd是Apache时才需要）。（默认：/ usr / lib / apache2 / modules）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-p --port</p></div></div><div class="doc-postil"><div class="c-markdown"><p>将httpd绑定到的端口号。（默认：1234）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-b --browser</p></div></div><div class="doc-postil"><div class="c-markdown"><p>应该用来查看gitweb页面的网页浏览器。这将<code>git web{litdd}browse</code>与gitweb实例的URL一起传递给helper脚本。有关详细信息，请参阅git-web {litdd}浏览[1]。如果脚本失败，则URL将被打印到标准输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>start --start</p></div></div><div class="doc-postil"><div class="c-markdown"><p>启动httpd实例并退出。根据需要重新生成配置文件以生成新实例。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>stop --stop</p></div></div><div class="doc-postil"><div class="c-markdown"><p>停止httpd实例并退出。这不会生成任何用于产生新实例的配置文件，也不会关闭浏览器。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>restart --restart</p></div></div><div class="doc-postil"><div class="c-markdown"><p>重新启动httpd实例并退出。根据需要重新生成配置文件以生成新实例。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>组态</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>您可以在.git / config中指定配置</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">[instaweb]
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-instaweb - 立即在gitweb中浏览你的工作仓库</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git instaweb [--local] [--httpd=<httpd>] [--port=<port>] [--browser=<browser>]git instaweb [--start] [--stop] [--restart]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>一个简单的脚本设置<code>gitweb</code>和浏览本地资源库的Web服务器。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-l --local</p></div></div><div class="doc-postil"><div class="c-markdown"><p>仅将Web服务器绑定到本地IP（127.0.0.1）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-d --httpd</p></div></div><div class="doc-postil"><div class="c-markdown"><p>将被执行的HTTP守护程序命令行。命令行选项可以在这里指定，并且配置文件将被添加到命令行的末尾。目前支持apache2，lighttpd，mongoose，plackup和webrick。（默认：lighttpd）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-m --module-path</p></div></div><div class="doc-postil"><div class="c-markdown"><p>模块路径（只有当httpd是Apache时才需要）。（默认：/ usr / lib / apache2 / modules）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-p --port</p></div></div><div class="doc-postil"><div class="c-markdown"><p>将httpd绑定到的端口号。（默认：1234）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-b --browser</p></div></div><div class="doc-postil"><div class="c-markdown"><p>应该用来查看gitweb页面的网页浏览器。这将<code>git web{litdd}browse</code>与gitweb实例的URL一起传递给helper脚本。有关详细信息，请参阅git-web {litdd}浏览[1]。如果脚本失败，则URL将被打印到标准输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>start --start</p></div></div><div class="doc-postil"><div class="c-markdown"><p>启动httpd实例并退出。根据需要重新生成配置文件以生成新实例。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>stop --stop</p></div></div><div class="doc-postil"><div class="c-markdown"><p>停止httpd实例并退出。这不会生成任何用于产生新实例的配置文件，也不会关闭浏览器。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>restart --restart</p></div></div><div class="doc-postil"><div class="c-markdown"><p>重新启动httpd实例并退出。根据需要重新生成配置文件以生成新实例。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>组态</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>您可以在.git / config中指定配置</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">[instaweb]
|
||||
local = true
|
||||
httpd = apache2 -f
|
||||
port = 4321
|
||||
browser = konqueror
|
||||
modulePath = /usr/lib/apache2/modules</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>如果配置变量<code>instaweb.browser</code>没有设置，<code>web.browser</code>将会被使用，如果它被定义。有关详细信息，请参阅git-web {litdd}浏览[1]。</p></div></div></div>
|
||||
modulePath = /usr/lib/apache2/modules</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>如果配置变量<code>instaweb.browser</code>没有设置，<code>web.browser</code>将会被使用，如果它被定义。有关详细信息，请参阅git-web {litdd}浏览[1]。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1,6 +1,6 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-ls-remote - 在远程存储库中列出引用</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git ls-remote [--heads] [--tags] [--refs] [--upload-pack=<exec>] [-q | --quiet] [--exit-code] [--get-url] [--symref] [<repository> [<refs>…]]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>显示远程存储库中可用的引用以及关联的提交 ID。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-h --heads -t --tags</p></div></div><div class="doc-postil"><div class="c-markdown"><p>仅限于 refs / heads 和 ref / tags。这些选项是<code>not</code>相互排斥的; 当同时给出时，将显示存储在 refs / heads 和 refs / tags 中的引用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--refs</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要在输出中显示剥皮标签或像 HEAD 这样的伪码。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q --quiet</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要将远程 URL 打印到 stderr。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--upload-pack=<exec></p></div></div><div class="doc-postil"><div class="c-markdown"><p>指定<code>git-upload-pack</code>远程主机上的完整路径。这允许列出来自通过 SSH 访问的存储库的引用，并且 SSH 守护程序不使用用户配置的 PATH。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--exit-code</p></div></div><div class="doc-postil"><div class="c-markdown"><p>当在远程存储库中找不到匹配的参考时退出状态“2”。通常情况下，该命令以状态“0”退出，以指示它与远程存储库成功交谈，无论它是否找到任何匹配的参考。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--get-url</p></div></div><div class="doc-postil"><div class="c-markdown"><p>考虑到任何“url。<base> .insteadOf”配置设置（请参阅 git-config [1]），扩展给定远程存储库的 URL，并退出而不与远程进行通话。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--symref</p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了它指向的对象之外，显示它在显示符号引用时指向的基础引用。目前，upload-pack 仅显示 symref HEAD，因此它将是 ls-remote 显示的唯一一个。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><repository></p></div></div><div class="doc-postil"><div class="c-markdown"><p>用于查询的“远程”存储库。此参数可以是 URL 或远程名称（请参阅 git-fetch [1]的 GIT URLS 和 REMOTES 部分）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><refs>…</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果未指定，则会显示使用--heads 和 --tags 进行筛选后的所有引用。当指定 <refs> ...时，只显示符合给定模式的引用。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git ls-remote --tags ./.d6602ec5194c87b0fc87103ca4d67251c76f233a refs/tags/v0.99f25a265a342aed6041ab0cc484224d9ca54b6f41 refs/tags/v0.99.17ceca275d047c90c0c7d5afb13ab97efdf51bd6e refs/tags/v0.99.3c5db5456ae3b0873fc659c19fafdde22313cc441 refs/tags/v0.99.20918385dbd9656cab0d1d81ba7453d49bbc16250 refs/tags/junio-gpg-pub
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-ls-remote - 在远程存储库中列出引用</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git ls-remote [--heads] [--tags] [--refs] [--upload-pack=<exec>] [-q | --quiet] [--exit-code] [--get-url] [--symref] [<repository> [<refs>…]]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>显示远程存储库中可用的引用以及关联的提交 ID。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-h --heads -t --tags</p></div></div><div class="doc-postil"><div class="c-markdown"><p>仅限于 refs / heads 和 ref / tags。这些选项是<code>not</code>相互排斥的; 当同时给出时，将显示存储在 refs / heads 和 refs / tags 中的引用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--refs</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要在输出中显示剥皮标签或像 HEAD 这样的伪码。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q --quiet</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要将远程 URL 打印到 stderr。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--upload-pack=<exec></p></div></div><div class="doc-postil"><div class="c-markdown"><p>指定<code>git-upload-pack</code>远程主机上的完整路径。这允许列出来自通过 SSH 访问的存储库的引用，并且 SSH 守护程序不使用用户配置的 PATH。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--exit-code</p></div></div><div class="doc-postil"><div class="c-markdown"><p>当在远程存储库中找不到匹配的参考时退出状态“2”。通常情况下，该命令以状态“0”退出，以指示它与远程存储库成功交谈，无论它是否找到任何匹配的参考。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--get-url</p></div></div><div class="doc-postil"><div class="c-markdown"><p>考虑到任何“url。<base> .insteadOf”配置设置（请参阅 git-config [1]），扩展给定远程存储库的 URL，并退出而不与远程进行通话。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--symref</p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了它指向的对象之外，显示它在显示符号引用时指向的基础引用。目前，upload-pack 仅显示 symref HEAD，因此它将是 ls-remote 显示的唯一一个。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><repository></p></div></div><div class="doc-postil"><div class="c-markdown"><p>用于查询的“远程”存储库。此参数可以是 URL 或远程名称（请参阅 git-fetch [1]的 GIT URLS 和 REMOTES 部分）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><refs>…</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果未指定，则会显示使用--heads 和 --tags 进行筛选后的所有引用。当指定 <refs> ...时，只显示符合给定模式的引用。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git ls-remote --tags ./.d6602ec5194c87b0fc87103ca4d67251c76f233a refs/tags/v0.99f25a265a342aed6041ab0cc484224d9ca54b6f41 refs/tags/v0.99.17ceca275d047c90c0c7d5afb13ab97efdf51bd6e refs/tags/v0.99.3c5db5456ae3b0873fc659c19fafdde22313cc441 refs/tags/v0.99.20918385dbd9656cab0d1d81ba7453d49bbc16250 refs/tags/junio-gpg-pub
|
||||
$ git ls-remote http://www.kernel.org/pub/scm/git/git.git master pu rc
|
||||
5fe978a5381f1fbad26a80e682ddd2a401966740 refs/heads/master
|
||||
c781a84b5204fb294c9ccc79f8b3baceeb32c061 refs/heads/pu
|
||||
$ git remote add korg http://www.kernel.org/pub/scm/git/git.git
|
||||
$ git ls-remote --tags korg v\*d6602ec5194c87b0fc87103ca4d67251c76f233a refs/tags/v0.99f25a265a342aed6041ab0cc484224d9ca54b6f41 refs/tags/v0.99.1c5db5456ae3b0873fc659c19fafdde22313cc441 refs/tags/v0.99.27ceca275d047c90c0c7d5afb13ab97efdf51bd6e refs/tags/v0.99.3</pre></div></div></div>
|
||||
$ git ls-remote --tags korg v\*d6602ec5194c87b0fc87103ca4d67251c76f233a refs/tags/v0.99f25a265a342aed6041ab0cc484224d9ca54b6f41 refs/tags/v0.99.1c5db5456ae3b0873fc659c19fafdde22313cc441 refs/tags/v0.99.27ceca275d047c90c0c7d5afb13ab97efdf51bd6e refs/tags/v0.99.3</code></pre></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
@ -1,4 +1,4 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-mailinfo - 从单个电子邮件中提取补丁和作者身份</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git mailinfo [-k|-b] [-u | --encoding=<encoding> | -n] [--[no-]scissors] <msg> <patch></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>从标准输入读取单个电子邮件消息，并将提交日志消息写入<msg>文件中，并将修补程序写入<patch>文件中。作者姓名，电子邮件和电子邮件主题将写入标准输出以供<code>git am</code>创建提交使用。通常不需要直接使用此命令。请参阅 git-am [1]。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-k</p></div></div><div class="doc-postil"><div class="c-markdown"><p>通常，程序会从 Subject：标题行中删除电子邮件，以提取提交日志消息的标题行。这个选项可以防止这种转换，并且在用于回读<code>git format-patch -k</code>输出时最有用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>具体来说，以下内容将被删除，直到它们都不存在：</p></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>引导和尾随空白。</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>Leading <code>Re:</code>, <code>re:</code>, and <code>:</code>.</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>Leading bracketed strings (between <code>[</code> and <code>]</code>, usually <code>[PATCH]</code>).</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><p>最后，空格的运行标准化为单个
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-mailinfo - 从单个电子邮件中提取补丁和作者身份</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git mailinfo [-k|-b] [-u | --encoding=<encoding> | -n] [--[no-]scissors] <msg> <patch></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>从标准输入读取单个电子邮件消息，并将提交日志消息写入<msg>文件中，并将修补程序写入<patch>文件中。作者姓名，电子邮件和电子邮件主题将写入标准输出以供<code>git am</code>创建提交使用。通常不需要直接使用此命令。请参阅 git-am [1]。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-k</p></div></div><div class="doc-postil"><div class="c-markdown"><p>通常，程序会从 Subject：标题行中删除电子邮件，以提取提交日志消息的标题行。这个选项可以防止这种转换，并且在用于回读<code>git format-patch -k</code>输出时最有用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>具体来说，以下内容将被删除，直到它们都不存在：</p></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>引导和尾随空白。</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>Leading <code>Re:</code>, <code>re:</code>, and <code>:</code>.</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>Leading bracketed strings (between <code>[</code> and <code>]</code>, usually <code>[PATCH]</code>).</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><p>最后，空格的运行标准化为单个
|
||||
ASCII 空间字符。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-b</p></div></div><div class="doc-postil"><div class="c-markdown"><p>当-k不起作用时，括号内<code>[</code>和<code>]</code>对的所有前导字符串都将被去除。此选项限制剥离仅限于括号中包含单词“PATCH”的字符串。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-u</p></div></div><div class="doc-postil"><div class="c-markdown"><p>提交日志消息，作者姓名和作者电子邮件从电子邮件中获取，并且在对MIME传输编码进行最低限度解码后，通过音译将其重新编码到由i18n.commitencoding（缺省为UTF-8）指定的字符集中。这曾经是可选的，但现在它是默认的。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>请注意，即使使用此标志，该补丁也始终按原样使用，无需字符集转换。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--encoding=<encoding></p></div></div><div class="doc-postil"><div class="c-markdown"><p>类似于-u。但是，在重新编码时，使用此处指定的字符集而不是
|
||||
i18n.commitencoding 或 UTF-8指定的字符集。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-n</p></div></div><div class="doc-postil"><div class="c-markdown"><p>禁用元数据的所有字符集重新编码。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-m --message-id</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在提交消息的末尾复制 Message-ID 标题。这对于将提交与邮件列表讨论相关联很有用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--scissors</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在剪刀线之前删除身体中的所有东西。主要由剪刀（“> 8”或“8”）和穿孔（短划线“ - ”）标记组成的线称为剪刀线，用于请求读者剪切该线处的信息。如果这条线出现在补丁前的消息正文中，则使用此选项时，会忽略它之前的所有内容（包括剪刀线本身）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果您想在讨论主题中开始您的消息，并对您正在响应的消息提出意见和建议，并使用补丁提交结束讨论，并使用剪刀将建议的提交日志消息分开线。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这可以通过配置选项
|
||||
mailinfo.scissors 默认启用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-scissors</p></div></div><div class="doc-postil"><div class="c-markdown"><p>忽略剪刀线。用于重写
|
||||
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-mailsplit - 简单的 UNIX mbox 分离器程序</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git mailsplit [-b] [-f<nn>] [-d<prec>] [--keep-cr] [--mboxrd] -o<directory> [--] [(<mbox>|<Maildir>)…]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>将 mbox 文件或 Maildir 拆分为指定目录中的文件列表：“0001”“0002”..以便您可以从那里进一步处理它们。</p></div></div><div class="doc-postil"><div class="c-markdown"><div class="table-wrapper"><table><thead><tr class="firstRow"><th style="text-align: left;"><div class="table-header"><p>重要</p></div></th><th style="text-align: left;"><div class="table-header"><p>Maildir分割依赖于被排序的文件名以正确的顺序输出补丁。</p></div></th></tr></thead><tbody></tbody></table></div></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><mbox></p></div></div><div class="doc-postil"><div class="c-markdown"><p>Mbox 文件分割。如果没有给出，则从标准输入中读取 mbox。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><Maildir></p></div></div><div class="doc-postil"><div class="c-markdown"><p>Maildir 的根分裂。这个目录应该包含 cur，tmp 和 new 子目录。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-o<directory></p></div></div><div class="doc-postil"><div class="c-markdown"><p>在其中放置单个消息的目录。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-b</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果有任何文件不以 From 行开头，则假定它是单个邮件消息而不是信号错误。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-d<prec></p></div></div><div class="doc-postil"><div class="c-markdown"><p>而不是使用前导零的缺省4位数字，可以为生成的文件名指定不同的精度。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-f<nn></p></div></div><div class="doc-postil"><div class="c-markdown"><p>跳过第一个<nn>数字，例如，如果指定了-f3，则使用0004开始编号。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--keep-cr</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要<code>\r</code>从以<code>\r\n</code>。结尾的行中删除。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--mboxrd</p></div></div><div class="doc-postil"><div class="c-markdown"><p>输入是“mboxrd”格式，“^> +来自”行转义是相反的。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-mailsplit - 简单的 UNIX mbox 分离器程序</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git mailsplit [-b] [-f<nn>] [-d<prec>] [--keep-cr] [--mboxrd] -o<directory> [--] [(<mbox>|<Maildir>)…]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>将 mbox 文件或 Maildir 拆分为指定目录中的文件列表：“0001”“0002”..以便您可以从那里进一步处理它们。</p></div></div><div class="doc-postil"><div class="c-markdown"><div class="table-wrapper"><table><thead><tr class="firstRow"><th style="text-align: left;"><div class="table-header"><p>重要</p></div></th><th style="text-align: left;"><div class="table-header"><p>Maildir分割依赖于被排序的文件名以正确的顺序输出补丁。</p></div></th></tr></thead><tbody></tbody></table></div></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><mbox></p></div></div><div class="doc-postil"><div class="c-markdown"><p>Mbox 文件分割。如果没有给出，则从标准输入中读取 mbox。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><Maildir></p></div></div><div class="doc-postil"><div class="c-markdown"><p>Maildir 的根分裂。这个目录应该包含 cur，tmp 和 new 子目录。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-o<directory></p></div></div><div class="doc-postil"><div class="c-markdown"><p>在其中放置单个消息的目录。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-b</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果有任何文件不以 From 行开头，则假定它是单个邮件消息而不是信号错误。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-d<prec></p></div></div><div class="doc-postil"><div class="c-markdown"><p>而不是使用前导零的缺省4位数字，可以为生成的文件名指定不同的精度。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-f<nn></p></div></div><div class="doc-postil"><div class="c-markdown"><p>跳过第一个<nn>数字，例如，如果指定了-f3，则使用0004开始编号。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--keep-cr</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要<code>\r</code>从以<code>\r\n</code>。结尾的行中删除。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--mboxrd</p></div></div><div class="doc-postil"><div class="c-markdown"><p>输入是“mboxrd”格式，“^> +来自”行转义是相反的。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
@ -1,4 +1,4 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-merge-file - 运行三路文件合并</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git merge-file [-L <current-name> [-L <base-name> [-L <other-name>]]] [--ours|--theirs|--union] [-p|--stdout] [-q|--quiet] [--marker-size=<n>] [--[no-]diff3] <current-file> <base-file> <other-file></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git merge-file</code>将从<code><base-file></code>to <code><other-file></code>导入的所有变化合并到一起<code><current-file></code>。结果通常会进入<code><current-file></code>。<code>git merge-file</code>对于将单独的更改组合到原始文件非常有用。假设<code><base-file></code>是原来的，都<code><current-file></code>和<code><other-file></code>都进行修改<code><base-file></code>，然后<code>git merge-file</code>结合了变化。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果两者都发生冲突<code><current-file></code>并且<code><other-file></code>在共同的线段中发生变化。如果发现冲突，<code>git merge-file</code>通常会输出一个警告，并将冲突与包含<<<<<<<和>>>>>>>标记的行进行括号。典型的冲突将如下所示：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript"><<<<<<< A
|
||||
lines in file A=======lines in file B>>>>>>> B</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>如果有冲突，用户应编辑结果并删除其中一个选项。然而，当<code>--ours</code>，<code>--theirs</code>或<code>--union</code>选项有效时，这些冲突分别有利于分别来自<code><current-file></code>线段<code><other-file></code>，来自线段或来自两者的线路。冲突标记的长度可以通过<code>--marker-size</code>选项给出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>该程序的退出值对错误为负值，否则冲突的数量（如果存在多次冲突，则截断为127）。如果合并是干净的，则退出值为0。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git merge-file</code>被设计成是 RCS <code>merge</code>也就是的最小克隆；这就说，它实现了 git 所需的所有 RCS <code>merge</code>功能[1]。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-L <label></p></div></div><div class="doc-postil"><div class="c-markdown"><p>此选项最多可以放三次，并指定标签用于替代冲突报告中的相应文件名。也就是说，<code>git merge-file -L x -L y -L z a b c</code>生成的输出看起来好像来自文件x，y 和 z，而不是来自文件a，b 和 c。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-p</p></div></div><div class="doc-postil"><div class="c-markdown"><p>将结果发送到标准输出而不是覆盖<code><current-file></code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q</p></div></div><div class="doc-postil"><div class="c-markdown"><p>安静; 不要警告冲突。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--diff3</p></div></div><div class="doc-postil"><div class="c-markdown"><p>以“diff3”风格显示冲突。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--ours --theirs --union</p></div></div><div class="doc-postil"><div class="c-markdown"><p>而不是在文件中留下冲突，解决有利于我们（或他们或两者）方面的冲突。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git merge-file README.my README README.upstream</code></p></div></div><div class="doc-postil"><div class="c-markdown"><p>将自 README 后的 README.my
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-merge-file - 运行三路文件合并</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git merge-file [-L <current-name> [-L <base-name> [-L <other-name>]]] [--ours|--theirs|--union] [-p|--stdout] [-q|--quiet] [--marker-size=<n>] [--[no-]diff3] <current-file> <base-file> <other-file></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git merge-file</code>将从<code><base-file></code>to <code><other-file></code>导入的所有变化合并到一起<code><current-file></code>。结果通常会进入<code><current-file></code>。<code>git merge-file</code>对于将单独的更改组合到原始文件非常有用。假设<code><base-file></code>是原来的，都<code><current-file></code>和<code><other-file></code>都进行修改<code><base-file></code>，然后<code>git merge-file</code>结合了变化。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果两者都发生冲突<code><current-file></code>并且<code><other-file></code>在共同的线段中发生变化。如果发现冲突，<code>git merge-file</code>通常会输出一个警告，并将冲突与包含<<<<<<<和>>>>>>>标记的行进行括号。典型的冲突将如下所示：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash"><<<<<<< A
|
||||
lines in file A=======lines in file B>>>>>>> B</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>如果有冲突，用户应编辑结果并删除其中一个选项。然而，当<code>--ours</code>，<code>--theirs</code>或<code>--union</code>选项有效时，这些冲突分别有利于分别来自<code><current-file></code>线段<code><other-file></code>，来自线段或来自两者的线路。冲突标记的长度可以通过<code>--marker-size</code>选项给出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>该程序的退出值对错误为负值，否则冲突的数量（如果存在多次冲突，则截断为127）。如果合并是干净的，则退出值为0。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git merge-file</code>被设计成是 RCS <code>merge</code>也就是的最小克隆；这就说，它实现了 git 所需的所有 RCS <code>merge</code>功能[1]。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-L <label></p></div></div><div class="doc-postil"><div class="c-markdown"><p>此选项最多可以放三次，并指定标签用于替代冲突报告中的相应文件名。也就是说，<code>git merge-file -L x -L y -L z a b c</code>生成的输出看起来好像来自文件x，y 和 z，而不是来自文件a，b 和 c。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-p</p></div></div><div class="doc-postil"><div class="c-markdown"><p>将结果发送到标准输出而不是覆盖<code><current-file></code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q</p></div></div><div class="doc-postil"><div class="c-markdown"><p>安静; 不要警告冲突。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--diff3</p></div></div><div class="doc-postil"><div class="c-markdown"><p>以“diff3”风格显示冲突。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--ours --theirs --union</p></div></div><div class="doc-postil"><div class="c-markdown"><p>而不是在文件中留下冲突，解决有利于我们（或他们或两者）方面的冲突。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git merge-file README.my README README.upstream</code></p></div></div><div class="doc-postil"><div class="c-markdown"><p>将自 README 后的 README.my
|
||||
和 README.upstream 的更改结合起来，尝试合并它们并将结果写入
|
||||
README.my。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git merge-file -L a -L b -L c tmp/a123 tmp/b234 tmp/c345</code></p></div></div><div class="doc-postil"><div class="c-markdown"><p>将tmp / a123 和 tmp / c345 与基本 tmp / b234合并，但使用标签<code>a</code>和<code>c</code>而不是<code>tmp/a123</code>和<code>tmp/c345</code>。</p></div></div></div>
|
||||
@ -1,8 +1,8 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-merge-index - 为需要合并的文件运行合并</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git merge-index [-o] [-q] <merge-program> (-a | [--] <file>*)</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这将查找索引中的<file>（s），并且如果有任何合并条目，则将这些文件的SHA-1散列作为参数1，2，3（空参数，如果没有文件）和<file>作为参数4.三个文件的文件模式作为参数5,6和7传递。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要将更多的参数解释为选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-a</p></div></div><div class="doc-postil"><div class="c-markdown"><p>针对需要合并的索引中的所有文件运行合并。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-o</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要停止在第一次失败的合并，而是在一次完成所有的合并 - 即使先前的合并返回错误时继续合并，并且仅在所有合并之后返回错误代码。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要抱怨失败的合并程序（合并程序失败通常表示合并期间发生冲突）。这是为了可能想要发出自定义消息的瓷器。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果<code>git merge-index</code>使用多个<file> s（或-a）调用，则它将依次处理它们，只有在合并返回非零退出代码时才会停止。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>通常，这是通过一个脚本调用 Git 模仿RCS包中的<code>merge</code>命令来运行的。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git merge-one-file</code>分发中包含调用的示例脚本。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>警报警报！Git“合并对象顺序”与RCS <code>merge</code>程序合并对象顺序不同。在上述顺序中，原件是第一个。但是，3路合并程序的参数<code>merge</code>是将原件放在中间。不要问我为什么。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>示例:</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">torvalds@ppc970:~/merge-test> git merge-index cat MM
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-merge-index - 为需要合并的文件运行合并</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git merge-index [-o] [-q] <merge-program> (-a | [--] <file>*)</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这将查找索引中的<file>（s），并且如果有任何合并条目，则将这些文件的SHA-1散列作为参数1，2，3（空参数，如果没有文件）和<file>作为参数4.三个文件的文件模式作为参数5,6和7传递。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要将更多的参数解释为选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-a</p></div></div><div class="doc-postil"><div class="c-markdown"><p>针对需要合并的索引中的所有文件运行合并。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-o</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要停止在第一次失败的合并，而是在一次完成所有的合并 - 即使先前的合并返回错误时继续合并，并且仅在所有合并之后返回错误代码。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要抱怨失败的合并程序（合并程序失败通常表示合并期间发生冲突）。这是为了可能想要发出自定义消息的瓷器。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果<code>git merge-index</code>使用多个<file> s（或-a）调用，则它将依次处理它们，只有在合并返回非零退出代码时才会停止。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>通常，这是通过一个脚本调用 Git 模仿RCS包中的<code>merge</code>命令来运行的。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git merge-one-file</code>分发中包含调用的示例脚本。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>警报警报！Git“合并对象顺序”与RCS <code>merge</code>程序合并对象顺序不同。在上述顺序中，原件是第一个。但是，3路合并程序的参数<code>merge</code>是将原件放在中间。不要问我为什么。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>示例:</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">torvalds@ppc970:~/merge-test> git merge-index cat MM
|
||||
This is MM from the original tree. # original
|
||||
This is modified MM in the branch A. # merge1
|
||||
This is modified MM in the branch B. # merge2
|
||||
This is modified MM in the branch B. # current contents</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>亦或是</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">torvalds@ppc970:~/merge-test> git merge-index cat AA MM
|
||||
This is modified MM in the branch B. # current contents</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>亦或是</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">torvalds@ppc970:~/merge-test> git merge-index cat AA MM
|
||||
cat: : No such file or directory
|
||||
This is added AA in the branch A.This is added AA in the branch B.This is added AA in the branch B.fatal: merge program failed</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>后面的例子显示了<code>git merge-index</code>一旦任何事情返回错误后，如何停止尝试合并（即，<code>cat</code>为 AA
|
||||
This is added AA in the branch A.This is added AA in the branch B.This is added AA in the branch B.fatal: merge program failed</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>后面的例子显示了<code>git merge-index</code>一旦任何事情返回错误后，如何停止尝试合并（即，<code>cat</code>为 AA
|
||||
文件返回错误，因为它不存在于原始文件中，因此<code>git merge-index</code>甚至没有尝试合并 MM 事物）。</p></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-merge-one-file - 与 git-merge-index 一起使用的标准帮助程序</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git merge-one-file</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这是一个标准的帮助程序，<code>git merge-index</code>用来解决一个合并后，琐碎的合并完成<code>git read-tree -m</code>。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-merge-one-file - 与 git-merge-index 一起使用的标准帮助程序</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git merge-one-file</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这是一个标准的帮助程序，<code>git merge-index</code>用来解决一个合并后，琐碎的合并完成<code>git read-tree -m</code>。</p></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-merge-tree - 显示不触及索引的三路合并</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git merge-tree <base-tree> <branch1> <branch2></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>读取三棵树，并将平凡的合并结果和冲突阶段输出到标准输出。这与三路相似<code>git read-tree -m</code>，但不是将结果存储在索引中，而是将输入输出到标准输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这意味着更高级别的脚本将使用它来计算索引之外的合并结果，并将结果重新填充到索引中。因此，该命令的输出省略了匹配<branch1>树的条目。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-merge-tree - 显示不触及索引的三路合并</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git merge-tree <base-tree> <branch1> <branch2></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>读取三棵树，并将平凡的合并结果和冲突阶段输出到标准输出。这与三路相似<code>git read-tree -m</code>，但不是将结果存储在索引中，而是将输入输出到标准输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这意味着更高级别的脚本将使用它来计算索引之外的合并结果，并将结果重新填充到索引中。因此，该命令的输出省略了匹配<branch1>树的条目。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-mktag - 创建一个标签对象</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git mktag</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>读取标准输入中的标签内容，并创建一个标签对象，也可用于签署其他对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>输出是新标签的<object>标识符。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>Tag 格式</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>一个标签签名文件，被送到这个命令的标准输入，有一个非常简单的固定格式：四行</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">object <sha1>type <typename>tag <tagname>tagger <tagger></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>随后是一些<code>optional</code>自由格式的消息（由旧的Git创建的一些标签可能没有<code>tagger</code>行）。该消息在存在时由标题中的空行分隔。消息部分可能包含 Git 自己不关心的签名，但可以使用 gpg 进行验证。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-mktag - 创建一个标签对象</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git mktag</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>读取标准输入中的标签内容，并创建一个标签对象，也可用于签署其他对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>输出是新标签的<object>标识符。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>Tag 格式</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>一个标签签名文件，被送到这个命令的标准输入，有一个非常简单的固定格式：四行</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">object <sha1>type <typename>tag <tagname>tagger <tagger></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>随后是一些<code>optional</code>自由格式的消息（由旧的Git创建的一些标签可能没有<code>tagger</code>行）。该消息在存在时由标题中的空行分隔。消息部分可能包含 Git 自己不关心的签名，但可以使用 gpg 进行验证。</p></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-mktree - 从 ls-tree 格式的文本中构建树对象</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git mktree [-z] [--missing] [--batch]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>以非递归<code>ls-tree</code>输出格式读取标准输入，并创建树对象。树条目的顺序由 mktree 规范化，因此不需要预先对输入进行排序。构建的树对象的对象名被写入标准输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-z</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>ls-tree -z</code>改为读取NUL终止的输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--missing</p></div></div><div class="doc-postil"><div class="c-markdown"><p>允许丢失对象。默认行为（没有这个选项）是验证每个树条目的 sha1标识一个现有的对象。该选项对于始终允许丢失的 gitlink 条目（又名“子模块”）的处理没有影响。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--batch</p></div></div><div class="doc-postil"><div class="c-markdown"><p>允许在退出之前构建多个树对象。每棵树都由一条空白线分隔开来。最后的新行是可选的。注 - 如果使用该<code>-z</code>选项，行将以 NUL 结束。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-mktree - 从 ls-tree 格式的文本中构建树对象</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git mktree [-z] [--missing] [--batch]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>以非递归<code>ls-tree</code>输出格式读取标准输入，并创建树对象。树条目的顺序由 mktree 规范化，因此不需要预先对输入进行排序。构建的树对象的对象名被写入标准输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-z</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>ls-tree -z</code>改为读取NUL终止的输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--missing</p></div></div><div class="doc-postil"><div class="c-markdown"><p>允许丢失对象。默认行为（没有这个选项）是验证每个树条目的 sha1标识一个现有的对象。该选项对于始终允许丢失的 gitlink 条目（又名“子模块”）的处理没有影响。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--batch</p></div></div><div class="doc-postil"><div class="c-markdown"><p>允许在退出之前构建多个树对象。每棵树都由一条空白线分隔开来。最后的新行是可选的。注 - 如果使用该<code>-z</code>选项，行将以 NUL 结束。</p></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-mv - 移动或重命名文件，目录或符号链接</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git mv <options>… <args>…</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>移动或重命名文件，目录或符号链接。</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git mv [-v] [-f] [-n] [-k] <source> <destination>git mv [-v] [-f] [-n] [-k] <source> ... <destination directory></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>在第一种形式中，它将 <source> 重命名为 <destination> ，它必须存在，并且可以是文件，符号链接或目录。在第二种形式中，最后一个参数必须是现有目录; 给定的源将被移动到这个目录中。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>成功完成后更新索引，但仍必须提交更改。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-f --force</p></div></div><div class="doc-postil"><div class="c-markdown"><p>即使目标存在，也要强制重命名或移动文件</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-k</p></div></div><div class="doc-postil"><div class="c-markdown"><p>跳过移动或重命名会导致错误情况的操作。当源既不存在也不受 Git 控制时，或者除非<code>-f</code>给出，否则会覆盖现有文件时发生错误。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>没做什么; 只显示会发生什么</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-v --verbose</p></div></div><div class="doc-postil"><div class="c-markdown"><p>报告移动文件的名称。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>子模块</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>使用 gitfile 移动子模块（意味着它们使用 Git 1.7.8 或更高版本进行克隆）将更新 gitfile 和 core.worktree 设置，以使子模块在新位置工作。它还会尝试更新 gitmodules [5] 文件中的 submodule 。<name> .path 设置并对该文件执行阶段操作（除非使用了-n ）。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>Bugs</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>每次超级项目更新移动填充的子模块时（例如，在移动之前和之后在提交之间切换时）旧的子模块检出将保留在旧位置，并且新的位置将出现空目录。要在新位置再次填充子模块，用户必须在之后运行 “git submodule update” 。删除旧目录仅在使用 gitfile 时才是安全的，否则子模块的历史记录也会被删除。当递归子模块更新已经实施时，这两个步骤都将被废弃。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-mv - 移动或重命名文件，目录或符号链接</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git mv <options>… <args>…</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>移动或重命名文件，目录或符号链接。</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git mv [-v] [-f] [-n] [-k] <source> <destination>git mv [-v] [-f] [-n] [-k] <source> ... <destination directory></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>在第一种形式中，它将 <source> 重命名为 <destination> ，它必须存在，并且可以是文件，符号链接或目录。在第二种形式中，最后一个参数必须是现有目录; 给定的源将被移动到这个目录中。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>成功完成后更新索引，但仍必须提交更改。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-f --force</p></div></div><div class="doc-postil"><div class="c-markdown"><p>即使目标存在，也要强制重命名或移动文件</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-k</p></div></div><div class="doc-postil"><div class="c-markdown"><p>跳过移动或重命名会导致错误情况的操作。当源既不存在也不受 Git 控制时，或者除非<code>-f</code>给出，否则会覆盖现有文件时发生错误。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>没做什么; 只显示会发生什么</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-v --verbose</p></div></div><div class="doc-postil"><div class="c-markdown"><p>报告移动文件的名称。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>子模块</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>使用 gitfile 移动子模块（意味着它们使用 Git 1.7.8 或更高版本进行克隆）将更新 gitfile 和 core.worktree 设置，以使子模块在新位置工作。它还会尝试更新 gitmodules [5] 文件中的 submodule 。<name> .path 设置并对该文件执行阶段操作（除非使用了-n ）。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>Bugs</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>每次超级项目更新移动填充的子模块时（例如，在移动之前和之后在提交之间切换时）旧的子模块检出将保留在旧位置，并且新的位置将出现空目录。要在新位置再次填充子模块，用户必须在之后运行 “git submodule update” 。删除旧目录仅在使用 gitfile 时才是安全的，否则子模块的历史记录也会被删除。当递归子模块更新已经实施时，这两个步骤都将被废弃。</p></div></div></div>
|
||||
@ -1,5 +1,5 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-name-rev - 查找给定转速的符号名称</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git name-rev [--tags] [--refs=<pattern>] ( --all | --stdin | <commit-ish>… )</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>查找适用于人类消化的符号名称，以可解析的任何格式给出修订<code>git rev-parse</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--tags</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要使用分支名称，而只使用标签来命名提交</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--refs=<pattern></p></div></div><div class="doc-postil"><div class="c-markdown"><p>只能使用名称与给定 shell 模式匹配的引用。该模式可以是分支名称，标签名称或完全限定参考名称之一。如果给定多次，请使用名称与任何给定
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-name-rev - 查找给定转速的符号名称</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git name-rev [--tags] [--refs=<pattern>] ( --all | --stdin | <commit-ish>… )</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>查找适用于人类消化的符号名称，以可解析的任何格式给出修订<code>git rev-parse</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--tags</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要使用分支名称，而只使用标签来命名提交</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--refs=<pattern></p></div></div><div class="doc-postil"><div class="c-markdown"><p>只能使用名称与给定 shell 模式匹配的引用。该模式可以是分支名称，标签名称或完全限定参考名称之一。如果给定多次，请使用名称与任何给定
|
||||
shell 模式匹配的 ref。使用<code>--no-refs</code>明确给出任何以前的参考模式。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--exclude=<pattern></p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要使用任何名字与给定 shell 模式匹配的 ref。该模式可以是分支名称，标签名称或完全限定参考名称之一。如果给定多次，当匹配任何给定模式时，
|
||||
ref 将被排除。当和--refs 一起使用时，只有在匹配至少一个--refs 模式并且不匹配任何--exclude 模式时，ref 才会用作匹配。使用<code>--no-exclude</code>明确排除模式的列表。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--all</p></div></div><div class="doc-postil"><div class="c-markdown"><p>列出所有提交可达的所有提交</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--stdin</p></div></div><div class="doc-postil"><div class="c-markdown"><p>通过用“$ hex（$ rev_name）”替换所有40个字符的 SHA-1格式（例如$ hex）来转换 stdin。与--name-only 一起使用时，替换为“$ rev_name”，完全省略$ hex。旨在供剧本使用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--name-only</p></div></div><div class="doc-postil"><div class="c-markdown"><p>而不是打印 SHA-1和名称，只打印名称。如果使用--tags 给定，“tags /”的常用标记前缀也将从名称中省略，从而使输出<code>git-describe</code>更加紧密。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-undefined</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果参考值未定义，则代码为错误代码！= 0，而不是打印<code>undefined</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--always</p></div></div><div class="doc-postil"><div class="c-markdown"><p>显示唯一缩写的提交对象作为后备。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>给定一个提交，找出它相对于本地裁判的位置。说有人写了你关于那个奇妙的提交
|
||||
33db5f4d9027a10e477ccf054b2c1ab94f74c85a。当然，你看看提交，但只是告诉你发生了什么，但不是上下文。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>输入<code>git name-rev</code>：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">% git name-rev 33db5f4d9027a10e477ccf054b2c1ab94f74c85a
|
||||
33db5f4d9027a10e477ccf054b2c1ab94f74c85a tags/v0.99~940</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>现在你明智了，因为你知道它在 v0.99之前发生了940次修订。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>你可以做的另一件好事是：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">% git log | git name-rev --stdin</pre></div></div></div>
|
||||
33db5f4d9027a10e477ccf054b2c1ab94f74c85a。当然，你看看提交，但只是告诉你发生了什么，但不是上下文。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>输入<code>git name-rev</code>：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">% git name-rev 33db5f4d9027a10e477ccf054b2c1ab94f74c85a
|
||||
33db5f4d9027a10e477ccf054b2c1ab94f74c85a tags/v0.99~940</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>现在你明智了，因为你知道它在 v0.99之前发生了940次修订。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>你可以做的另一件好事是：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">% git log | git name-rev --stdin</code></pre></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-pack-redundant - 查找多余的包文件</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git pack-redundant [ --verbose ] [ --alt-odb ] < --all | .pack filename … ></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该程序会计算您的存储库中的哪些包是多余的。如果您位于存储库的根目录中，则该输出适用于管道连接<code>xargs rm</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git pack-redundant</code>接受标准输入中的对象列表。在检查需要哪些包时，任何给定的对象都将被忽略。当想要移除包含不可达对象的包时，这会使以下命令有用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>git fsck --full --unreachable | cut -d ' ' -f3 | \ git pack-redundant --all | xargs rm</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--all</p></div></div><div class="doc-postil"><div class="c-markdown"><p>处理所有包。命令行上的所有文件名都会被忽略。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--alt-odb</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要求备用对象目录中的对象存在于本地包中。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--verbose</p></div></div><div class="doc-postil"><div class="c-markdown"><p>输出一些统计信息到 stderr。有一个小的性能损失。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-pack-redundant - 查找多余的包文件</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git pack-redundant [ --verbose ] [ --alt-odb ] < --all | .pack filename … ></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该程序会计算您的存储库中的哪些包是多余的。如果您位于存储库的根目录中，则该输出适用于管道连接<code>xargs rm</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git pack-redundant</code>接受标准输入中的对象列表。在检查需要哪些包时，任何给定的对象都将被忽略。当想要移除包含不可达对象的包时，这会使以下命令有用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>git fsck --full --unreachable | cut -d ' ' -f3 | \ git pack-redundant --all | xargs rm</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--all</p></div></div><div class="doc-postil"><div class="c-markdown"><p>处理所有包。命令行上的所有文件名都会被忽略。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--alt-odb</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要求备用对象目录中的对象存在于本地包中。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--verbose</p></div></div><div class="doc-postil"><div class="c-markdown"><p>输出一些统计信息到 stderr。有一个小的性能损失。</p></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-pack-refs - 打包标头和标签以便高效的存储库访问</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git pack-refs [--all] [--no-prune]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>传统上，分支和标签（统称为<code>refs</code>）的提示每个参考文件存储在目录下的（子）<code>$GIT_DIR/refs</code>目录中。尽管许多分支技巧往往会经常更新，但大多数标签和一些分支技巧从未更新过。当一个存储库有数百或数千个标签时，这种每文件一格式的格式既浪费存储空间又损害性能。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令用于通过将 ref 存储在单个文件中来解决存储和性能问题，<code>$GIT_DIR/packed-refs</code>。如果传统<code>$GIT_DIR/refs</code>目录层次结构中缺少 ref ，则会在此文件中查找并在找到时使用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>对分支的后续更新总是在<code>$GIT_DIR/refs</code>目录层次结构下创建新文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>一个推荐的做法是处理一个资料库太多的参考文献，它只<code>--all</code>会将其参考文献打包一次，偶尔也会运行<code>git pack-refs</code>。标签根据定义是固定的，预计不会改变。分行负责人将收集最初的<code>pack-refs --all</code>，但只有当前活跃的分行负责人将被解包，而下一个<code>pack-refs</code>（不含<code>--all</code>）将使他们解包。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--all</p></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令默认打包已经打包的所有标签和引用，并且仅保留其他引用。这是因为分支机构预计会积极开发，打包他们的提示无助于性能。此选项也会导致分支提示被打包。用于具有许多历史兴趣分支的存储库。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-prune</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这个命令通常会<code>$GIT_DIR/refs</code>在打包它们之后删除松散参考。这个选项告诉它不要。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>错误</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>在引入packed-refs机制之前编写的旧文档可能仍然表示“.git / refs / heads / <branch>文件存在”，意思是“分支<分支>存在”。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-pack-refs - 打包标头和标签以便高效的存储库访问</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git pack-refs [--all] [--no-prune]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>传统上，分支和标签（统称为<code>refs</code>）的提示每个参考文件存储在目录下的（子）<code>$GIT_DIR/refs</code>目录中。尽管许多分支技巧往往会经常更新，但大多数标签和一些分支技巧从未更新过。当一个存储库有数百或数千个标签时，这种每文件一格式的格式既浪费存储空间又损害性能。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令用于通过将 ref 存储在单个文件中来解决存储和性能问题，<code>$GIT_DIR/packed-refs</code>。如果传统<code>$GIT_DIR/refs</code>目录层次结构中缺少 ref ，则会在此文件中查找并在找到时使用。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>对分支的后续更新总是在<code>$GIT_DIR/refs</code>目录层次结构下创建新文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>一个推荐的做法是处理一个资料库太多的参考文献，它只<code>--all</code>会将其参考文献打包一次，偶尔也会运行<code>git pack-refs</code>。标签根据定义是固定的，预计不会改变。分行负责人将收集最初的<code>pack-refs --all</code>，但只有当前活跃的分行负责人将被解包，而下一个<code>pack-refs</code>（不含<code>--all</code>）将使他们解包。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--all</p></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令默认打包已经打包的所有标签和引用，并且仅保留其他引用。这是因为分支机构预计会积极开发，打包他们的提示无助于性能。此选项也会导致分支提示被打包。用于具有许多历史兴趣分支的存储库。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--no-prune</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这个命令通常会<code>$GIT_DIR/refs</code>在打包它们之后删除松散参考。这个选项告诉它不要。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>错误</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>在引入packed-refs机制之前编写的旧文档可能仍然表示“.git / refs / heads / <branch>文件存在”，意思是“分支<分支>存在”。</p></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-parse-remote - 帮助解析远程存储库访问参数的例程</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">. "$(git --exec-path)/git-parse-remote"</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该脚本包含在各种脚本中，以提供例程来解析$ GIT_DIR / remotes /和$ GIT_DIR / branches /下的文件以及与读取，拉取和推送相关的配置变量。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-parse-remote - 帮助解析远程存储库访问参数的例程</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">. "$(git --exec-path)/git-parse-remote"</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该脚本包含在各种脚本中，以提供例程来解析$ GIT_DIR / remotes /和$ GIT_DIR / branches /下的文件以及与读取，拉取和推送相关的配置变量。</p></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-patch-id - 计算补丁的唯一 ID</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git patch-id [--stable | --unstable]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>从标准输入中读取补丁并为其计算补丁 ID。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>“补丁ID”只不过是与补丁相关的文件差异的 SHA-1之和，忽略空白和行号。因此，它“相当稳定”，但同时也是相当独特的，即具有相同“补丁ID”的两个补丁几乎保证是相同的东西。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>IOW，你可以使用这个东西来寻找可能的重复提交。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在处理<code>git diff-tree</code>输出时，它利用了补丁前缀为提交的对象名称并输出两个40字节的十六进制字符串的事实。第一个字符串是补丁ID，第二个字符串是提交ID。这可以用来制作从补丁ID到提交ID的映射。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--stable</p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用“稳定”的哈希总和作为补丁 ID。有了这个选项：</p></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>重新排序组成补丁的文件差异不会影响ID。特别是，通过将相同的两棵树与“-O <orderfile>”的两个不同设置进行比较而产生的两个补丁导致相同的补丁ID签名，从而允许计算结果用作索引关于两棵树之间的变化;</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>结果与 git 1.9及更早版本产生的值不同，或者当配置了“unstable”散列（请参阅下面的--unstable）时产生的值 - 即使在不使用“-O <orderfile>”的情况下使用差异输出时，从而使现有数据库存储这种“不稳定”或历史补丁ID不可用。</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><p>如果 patchid.stable 设置为 true，这是默认值。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--unstable</p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用“unstable”散列作为修补程序ID。使用此选项，产生的结果与 git 1.9及更早版本生成的 patch-id 值兼容。预先存在的数据库存储由 git 1.9及更高版本（不涉及重新排序的补丁）生成的补丁id的用户可能需要使用此选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">This is the default.</pre></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-patch-id - 计算补丁的唯一 ID</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git patch-id [--stable | --unstable]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>从标准输入中读取补丁并为其计算补丁 ID。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>“补丁ID”只不过是与补丁相关的文件差异的 SHA-1之和，忽略空白和行号。因此，它“相当稳定”，但同时也是相当独特的，即具有相同“补丁ID”的两个补丁几乎保证是相同的东西。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>IOW，你可以使用这个东西来寻找可能的重复提交。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在处理<code>git diff-tree</code>输出时，它利用了补丁前缀为提交的对象名称并输出两个40字节的十六进制字符串的事实。第一个字符串是补丁ID，第二个字符串是提交ID。这可以用来制作从补丁ID到提交ID的映射。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>--stable</p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用“稳定”的哈希总和作为补丁 ID。有了这个选项：</p></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>重新排序组成补丁的文件差异不会影响ID。特别是，通过将相同的两棵树与“-O <orderfile>”的两个不同设置进行比较而产生的两个补丁导致相同的补丁ID签名，从而允许计算结果用作索引关于两棵树之间的变化;</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><ul class="ul-level-0 list-paddingleft-2" style="margin: 10px 0px 10px 20px;"><li><p>结果与 git 1.9及更早版本产生的值不同，或者当配置了“unstable”散列（请参阅下面的--unstable）时产生的值 - 即使在不使用“-O <orderfile>”的情况下使用差异输出时，从而使现有数据库存储这种“不稳定”或历史补丁ID不可用。</p></li></ul></div></div><div class="doc-postil"><div class="c-markdown"><p>如果 patchid.stable 设置为 true，这是默认值。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--unstable</p></div></div><div class="doc-postil"><div class="c-markdown"><p>使用“unstable”散列作为修补程序ID。使用此选项，产生的结果与 git 1.9及更早版本生成的 patch-id 值兼容。预先存在的数据库存储由 git 1.9及更高版本（不涉及重新排序的补丁）生成的补丁id的用户可能需要使用此选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">This is the default.</code></pre></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称（Name）</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-prune-packed - 删除已经在包文件中的额外对象</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git prune-packed [-n|--dry-run] [-q|--quiet]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>此程序搜索<code>$GIT_OBJECT_DIRECTORY</code>当前存在于包文件中的所有对象以及独立的对象目录。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>所有这些额外的对象都被删除。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>一个包是对象的集合，单独压缩，应用增量压缩，存储在单个文件中，并具有关联的索引文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>软件包用于减少镜像系统，备份引擎，磁盘存储等的负载。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要实际移除任何物体，只会显示那些已被移除的物体。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q --quiet</p></div></div><div class="doc-postil"><div class="c-markdown"><p>压制进度指示器。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>也可以看看</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-pack-objects[1] git-repack[1]</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称（Name）</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-prune-packed - 删除已经在包文件中的额外对象</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git prune-packed [-n|--dry-run] [-q|--quiet]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>此程序搜索<code>$GIT_OBJECT_DIRECTORY</code>当前存在于包文件中的所有对象以及独立的对象目录。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>所有这些额外的对象都被删除。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>一个包是对象的集合，单独压缩，应用增量压缩，存储在单个文件中，并具有关联的索引文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>软件包用于减少镜像系统，备份引擎，磁盘存储等的负载。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要实际移除任何物体，只会显示那些已被移除的物体。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-q --quiet</p></div></div><div class="doc-postil"><div class="c-markdown"><p>压制进度指示器。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>也可以看看</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-pack-objects[1] git-repack[1]</p></div></div></div>
|
||||
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称（Name）</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-prune - 从对象数据库中删除所有不可访问的对象</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git prune [-n] [-v] [--expire <expire>] [--] [<head>…]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><div class="table-wrapper"><table><thead><tr class="firstRow"><th style="text-align: left;"><div class="table-header"><p>注意</p></div></th><th style="text-align: left;"><div class="table-header"><p>在大多数情况下，用户应该运行 git gc，它调用 git prune。请参阅下面的“注意”部分。</p></div></th></tr></thead><tbody></tbody></table></div></div></div><div class="doc-postil"><div class="c-markdown"><p>这将<code>git fsck --unreachable</code>使用所有可用的引用<code>refs/</code>，可选地包含在命令行中指定的其他对象集合，并修剪来自对象数据库的任何这些头对象不可访问的所有解压缩对象。另外，它通过运行修剪也在包中找到的未打包对象<code>git prune-packed</code>。它还从 .git / shallow 中删除任何 ref 无法访问的条目。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>请注意，无法访问，打包的对象将保留。如果不需要，请参阅 git-repack [1]。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要删除任何东西; 只是报告它会删除什么。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-v --verbose</p></div></div><div class="doc-postil"><div class="c-markdown"><p>报告所有移除的对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要将更多的参数解释为选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--expire <time></p></div></div><div class="doc-postil"><div class="c-markdown"><p>只会过期比<time>更旧的松散对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><head>…</p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了我们任何引用可访问的对象之外，还可以从列出的<head>中保持对象可访问。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>要修剪未由您的存储库使用的对象或从您的存储库借用以下内容的对象<code>.git/objects/info/alternates</code>：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">$ git prune $(cd ../another && git rev-parse --all)</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>注意</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>在大多数情况下，用户不需要<code>git prune</code>直接调用，而是应该调用<code>git gc</code>，它可以处理修剪以及许多其他内务处理任务。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>有关修剪考虑哪些对象的描述，请参阅<code>git fsck</code>'s --unreachable 选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>也可以看看</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-fsck[1], git-gc[1], git-reflog[1]</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称（Name）</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-prune - 从对象数据库中删除所有不可访问的对象</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git prune [-n] [-v] [--expire <expire>] [--] [<head>…]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><div class="table-wrapper"><table><thead><tr class="firstRow"><th style="text-align: left;"><div class="table-header"><p>注意</p></div></th><th style="text-align: left;"><div class="table-header"><p>在大多数情况下，用户应该运行 git gc，它调用 git prune。请参阅下面的“注意”部分。</p></div></th></tr></thead><tbody></tbody></table></div></div></div><div class="doc-postil"><div class="c-markdown"><p>这将<code>git fsck --unreachable</code>使用所有可用的引用<code>refs/</code>，可选地包含在命令行中指定的其他对象集合，并修剪来自对象数据库的任何这些头对象不可访问的所有解压缩对象。另外，它通过运行修剪也在包中找到的未打包对象<code>git prune-packed</code>。它还从 .git / shallow 中删除任何 ref 无法访问的条目。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>请注意，无法访问，打包的对象将保留。如果不需要，请参阅 git-repack [1]。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要删除任何东西; 只是报告它会删除什么。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-v --verbose</p></div></div><div class="doc-postil"><div class="c-markdown"><p>报告所有移除的对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--</p></div></div><div class="doc-postil"><div class="c-markdown"><p>不要将更多的参数解释为选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--expire <time></p></div></div><div class="doc-postil"><div class="c-markdown"><p>只会过期比<time>更旧的松散对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p><head>…</p></div></div><div class="doc-postil"><div class="c-markdown"><p>除了我们任何引用可访问的对象之外，还可以从列出的<head>中保持对象可访问。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>示例</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>要修剪未由您的存储库使用的对象或从您的存储库借用以下内容的对象<code>.git/objects/info/alternates</code>：</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">$ git prune $(cd ../another && git rev-parse --all)</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>注意</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>在大多数情况下，用户不需要<code>git prune</code>直接调用，而是应该调用<code>git gc</code>，它可以处理修剪以及许多其他内务处理任务。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>有关修剪考虑哪些对象的描述，请参阅<code>git fsck</code>'s --unreachable 选项。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>也可以看看</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-fsck[1], git-gc[1], git-reflog[1]</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称（Name）</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-quiltimport - 在当前分支上应用一个被套补丁集</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git quiltimport [--dry-run | -n] [--author <author>] [--patches <dir>] [--series <file>]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>在当前 Git 分支上应用被套补丁集，保留补丁集中存在的补丁边界，补丁顺序和补丁说明。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>对于每个修补程序，代码尝试从修补程序描述中提取作者。如果失败了，它会回到给作者指定的作者。如果未给出--author 标志，则会显示修补程序描述，并要求用户交互输入修补程序的作者。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果在修补程序描述中找不到主题，则修补程序名称将作为 Git 描述中的第1行主题保留。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>浏览系列中的补丁，并警告我们是否无法找到提交补丁所需的全部信息。在写这篇文章的时候，只有缺失的作者信息会被警告。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>- 作者作者姓名<作者电子邮件> （--author Author Name <Author Email>）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在修补程序描述中未找到作者信息时使用的作者姓名和电子邮件地址。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--patches <dir></p></div></div><div class="doc-postil"><div class="c-markdown"><p>用于查找被子修补程序的目录。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>修补程序目录的默认值是修补程序或<code>$QUILT_PATCHES</code>环境变量的值。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--series <file></p></div></div><div class="doc-postil"><div class="c-markdown"><p>quilt 系列文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>系列文件的默认值是<patches> / series 或<code>$QUILT_SERIES</code>环境变量的值。</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称（Name）</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-quiltimport - 在当前分支上应用一个被套补丁集</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git quiltimport [--dry-run | -n] [--author <author>] [--patches <dir>] [--series <file>]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>在当前 Git 分支上应用被套补丁集，保留补丁集中存在的补丁边界，补丁顺序和补丁说明。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>对于每个修补程序，代码尝试从修补程序描述中提取作者。如果失败了，它会回到给作者指定的作者。如果未给出--author 标志，则会显示修补程序描述，并要求用户交互输入修补程序的作者。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>如果在修补程序描述中找不到主题，则修补程序名称将作为 Git 描述中的第1行主题保留。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>浏览系列中的补丁，并警告我们是否无法找到提交补丁所需的全部信息。在写这篇文章的时候，只有缺失的作者信息会被警告。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>- 作者作者姓名<作者电子邮件> （--author Author Name <Author Email>）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在修补程序描述中未找到作者信息时使用的作者姓名和电子邮件地址。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--patches <dir></p></div></div><div class="doc-postil"><div class="c-markdown"><p>用于查找被子修补程序的目录。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>修补程序目录的默认值是修补程序或<code>$QUILT_PATCHES</code>环境变量的值。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--series <file></p></div></div><div class="doc-postil"><div class="c-markdown"><p>quilt 系列文件。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>系列文件的默认值是<patches> / series 或<code>$QUILT_SERIES</code>环境变量的值。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
@ -1,7 +1,7 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-reflog - 管理reflog信息</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div><div class="doc-postil-opts"><a class="doc-postil-opt" href="javascript:;"><em class="icon edit"></em><span class="text">纠错</span></a></div></div><div class="doc-postil"><div class="c-markdown"><p>git-instaweb - 立即在gitweb中浏览你的工作仓库</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令根据子命令采用各种子命令和不同的选项：</p></div><div class="doc-postil-opts"><a class="doc-postil-opt" href="javascript:;"><em class="icon edit"></em><span class="text">纠错</span></a></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git reflog [show] [log-options] [<ref>]git reflog expire [--expire=<time>] [--expire-unreachable=<time>] [--rewrite] [--updateref] [--stale-fix] [--dry-run] [--verbose] [--all | <refs>…]git reflog delete [--rewrite] [--updateref] [--dry-run] [--verbose] ref@{specifier}…
|
||||
git reflog exists <ref></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>一个简单的脚本设置<code>gitweb</code>和浏览本地资源库的Web服务器。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-l --local</p></div></div><div class="doc-postil"><div class="c-markdown"><p>仅将Web服务器绑定到本地IP（127.0.0.1）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-d --httpd</p></div></div><div class="doc-postil"><div class="c-markdown"><p>将被执行的HTTP守护程序命令行。命令行选项可以在这里指定，并且配置文件将被添加到命令行的末尾。目前支持apache2，lighttpd，mongoose，plackup和webrick。（默认：lighttpd）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-m --module-path</p></div></div><div class="doc-postil"><div class="c-markdown"><p>模块路径（只有当httpd是Apache时才需要）。（默认：/ usr / lib / apache2 / modules）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-p --port</p></div></div><div class="doc-postil"><div class="c-markdown"><p>将httpd绑定到的端口号。（默认：1234）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-b --browser</p></div></div><div class="doc-postil"><div class="c-markdown"><p>应该用来查看gitweb页面的网页浏览器。这将<code>git web{litdd}browse</code>与gitweb实例的URL一起传递给helper脚本。有关详细信息，请参阅git-web {litdd}浏览[1]。如果脚本失败，则URL将被打印到标准输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>start --start</p></div></div><div class="doc-postil"><div class="c-markdown"><p>启动httpd实例并退出。根据需要重新生成配置文件以生成新实例。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>stop --stop</p></div></div><div class="doc-postil"><div class="c-markdown"><p>停止httpd实例并退出。这不会生成任何用于产生新实例的配置文件，也不会关闭浏览器。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>restart --restart</p></div></div><div class="doc-postil"><div class="c-markdown"><p>重新启动httpd实例并退出。根据需要重新生成配置文件以生成新实例。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>组态</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>您可以在.git / config中指定配置</p></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">[instaweb]
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>命名</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-reflog - 管理reflog信息</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div><div class="doc-postil-opts"><a class="doc-postil-opt" href="javascript:;"><em class="icon edit"></em><span class="text">纠错</span></a></div></div><div class="doc-postil"><div class="c-markdown"><p>git-instaweb - 立即在gitweb中浏览你的工作仓库</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>该命令根据子命令采用各种子命令和不同的选项：</p></div><div class="doc-postil-opts"><a class="doc-postil-opt" href="javascript:;"><em class="icon edit"></em><span class="text">纠错</span></a></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git reflog [show] [log-options] [<ref>]git reflog expire [--expire=<time>] [--expire-unreachable=<time>] [--rewrite] [--updateref] [--stale-fix] [--dry-run] [--verbose] [--all | <refs>…]git reflog delete [--rewrite] [--updateref] [--dry-run] [--verbose] ref@{specifier}…
|
||||
git reflog exists <ref></code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>一个简单的脚本设置<code>gitweb</code>和浏览本地资源库的Web服务器。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>选项</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>-l --local</p></div></div><div class="doc-postil"><div class="c-markdown"><p>仅将Web服务器绑定到本地IP（127.0.0.1）。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-d --httpd</p></div></div><div class="doc-postil"><div class="c-markdown"><p>将被执行的HTTP守护程序命令行。命令行选项可以在这里指定，并且配置文件将被添加到命令行的末尾。目前支持apache2，lighttpd，mongoose，plackup和webrick。（默认：lighttpd）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-m --module-path</p></div></div><div class="doc-postil"><div class="c-markdown"><p>模块路径（只有当httpd是Apache时才需要）。（默认：/ usr / lib / apache2 / modules）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-p --port</p></div></div><div class="doc-postil"><div class="c-markdown"><p>将httpd绑定到的端口号。（默认：1234）</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-b --browser</p></div></div><div class="doc-postil"><div class="c-markdown"><p>应该用来查看gitweb页面的网页浏览器。这将<code>git web{litdd}browse</code>与gitweb实例的URL一起传递给helper脚本。有关详细信息，请参阅git-web {litdd}浏览[1]。如果脚本失败，则URL将被打印到标准输出。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>start --start</p></div></div><div class="doc-postil"><div class="c-markdown"><p>启动httpd实例并退出。根据需要重新生成配置文件以生成新实例。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>stop --stop</p></div></div><div class="doc-postil"><div class="c-markdown"><p>停止httpd实例并退出。这不会生成任何用于产生新实例的配置文件，也不会关闭浏览器。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>restart --restart</p></div></div><div class="doc-postil"><div class="c-markdown"><p>重新启动httpd实例并退出。根据需要重新生成配置文件以生成新实例。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>组态</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>您可以在.git / config中指定配置</p></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">[instaweb]
|
||||
local = true
|
||||
httpd = apache2 -f
|
||||
port = 4321
|
||||
browser = konqueror
|
||||
modulePath = /usr/lib/apache2/modules</pre></div></div><div class="doc-postil"><div class="c-markdown"><p>如果配置变量<code>instaweb.browser</code>没有设置，<code>web.browser</code>将会被使用，如果它被定义。有关详细信息，请参阅git-web {litdd}浏览[1]。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这个计算涉及遍历所有可到达的对象，即它的成本与<code>git prune</code>。它主要是为了解决垃圾收集造成的腐败问题，该旧版本的Git不保护reflog提到的对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>切勿修剪任何条目; 只是显示将被修剪的内容。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--verbose</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在屏幕上打印额外的信息。</p></div></div><div class="doc-postil"><div class="c-markdown"><h3><code>delete</code>操作</h3></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git reflog delete</code>接受选项<code>--updateref</code>，<code>--rewrite</code>，<code>-n</code>，<code>--dry-run</code>，和<code>--verbose</code>，具有相同的含义当它们与用作<code>expire</code>。</p></div></div></div>
|
||||
modulePath = /usr/lib/apache2/modules</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><p>如果配置变量<code>instaweb.browser</code>没有设置，<code>web.browser</code>将会被使用，如果它被定义。有关详细信息，请参阅git-web {litdd}浏览[1]。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>这个计算涉及遍历所有可到达的对象，即它的成本与<code>git prune</code>。它主要是为了解决垃圾收集造成的腐败问题，该旧版本的Git不保护reflog提到的对象。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>-n --dry-run</p></div></div><div class="doc-postil"><div class="c-markdown"><p>切勿修剪任何条目; 只是显示将被修剪的内容。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>--verbose</p></div></div><div class="doc-postil"><div class="c-markdown"><p>在屏幕上打印额外的信息。</p></div></div><div class="doc-postil"><div class="c-markdown"><h3><code>delete</code>操作</h3></div></div><div class="doc-postil"><div class="c-markdown"><p><code>git reflog delete</code>接受选项<code>--updateref</code>，<code>--rewrite</code>，<code>-n</code>，<code>--dry-run</code>，和<code>--verbose</code>，具有相同的含义当它们与用作<code>expire</code>。</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
@ -1 +1 @@
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-remote-testgit - 示例remote-helper</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre class="prism-token token language-javascript">git clone testgit::<source-repo> [<destination>]</pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这个命令是一个简单的远程助手，既可以用作远程帮助器功能的测试用例，也可以作为远程助手作者显示一个可能实现的示例。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>了解更多的最佳方式是阅读评论和源代码<code>git-remote-testgit</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>另请参阅</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>gitremote-helpers[1]</p></div></div></div>
|
||||
<div class="c-markdown doc-markdown"><div class="doc-postil"><div class="c-markdown"><h2>名称</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>git-remote-testgit - 示例remote-helper</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>概要</h2></div></div><div class="doc-postil"><div class="c-markdown"><pre><code class="language-Bash">git clone testgit::<source-repo> [<destination>]</code></pre></div></div><div class="doc-postil"><div class="c-markdown"><h2>描述</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>这个命令是一个简单的远程助手，既可以用作远程帮助器功能的测试用例，也可以作为远程助手作者显示一个可能实现的示例。</p></div></div><div class="doc-postil"><div class="c-markdown"><p>了解更多的最佳方式是阅读评论和源代码<code>git-remote-testgit</code>。</p></div></div><div class="doc-postil"><div class="c-markdown"><h2>另请参阅</h2></div></div><div class="doc-postil"><div class="c-markdown"><p>gitremote-helpers[1]</p></div></div></div>
|
||||
File diff suppressed because one or more lines are too long
Some files were not shown because too many files have changed in this diff Show More
Loading…
x
Reference in New Issue
Block a user