From: Sergey Vlasov <vsu@altlinux.ru>
To: git@vger.kernel.org
Cc: Junio C Hamano <junkio@cox.net>
Subject: [PATCH 4/4] Document git-fetch options
Date: Wed, 14 Sep 2005 16:48:05 +0400 [thread overview]
Message-ID: <20050914124805.GG24405@master.mivlgu.local> (raw)
In-Reply-To: <20050914124206.GC24405@master.mivlgu.local>
Add documentation for git-fetch options (including the newly added
--recover option).
---
Documentation/git-fetch.txt | 6 ++++++
Documentation/pull-fetch-param.txt | 19 +++++++++++++++++++
2 files changed, 25 insertions(+), 0 deletions(-)
7685a3d50566e908fb8beb2ddb3088877aa9ae0f
diff --git a/Documentation/git-fetch.txt b/Documentation/git-fetch.txt
--- a/Documentation/git-fetch.txt
+++ b/Documentation/git-fetch.txt
@@ -26,6 +26,12 @@ OPTIONS
-------
include::pull-fetch-param.txt[]
+-u, \--update-head-ok::
+ By default 'git-fetch' refuses to update the head which
+ corresponds to the current branch. This flag disables the
+ check. Note that fetching into the current branch will not
+ update the index and working directory, so use it with care.
+
Author
------
diff --git a/Documentation/pull-fetch-param.txt b/Documentation/pull-fetch-param.txt
--- a/Documentation/pull-fetch-param.txt
+++ b/Documentation/pull-fetch-param.txt
@@ -80,3 +80,22 @@
<ref>: when pulling/fetching, and <ref>:<ref> when
pushing. That is, do not store it locally if
fetching, and update the same name if pushing.
+
+-a, \--append::
+ Append ref names and object names of fetched refs to the
+ existing contents of $GIT_DIR/FETCH_HEAD. Without this
+ option old data in $GIT_DIR/FETCH_HEAD will be overwritten.
+
+-f, \--force::
+ Usually, the command refuses to update a local ref that is
+ not an ancestor of the remote ref used to overwrite it.
+ This flag disables the check. What this means is that the
+ local repository can lose commits; use it with care.
+
+-r, \--recover::
+ Recover after an interrupted fetch. When fetching over
+ HTTP(s), this option is passed to 'git-http-fetch', which
+ will then walk through the whole commit tree and fetch all
+ missing objects. For other protocols this option is
+ ignored, because they don't have problems with recovery
+ after an interrupted fetch.
next prev parent reply other threads:[~2005-09-14 12:48 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-14 12:42 [PATCH 0/4] Recovery after interrupted HTTP(s) fetch Sergey Vlasov
2005-09-14 12:42 ` [PATCH 1/4] Do not try to process objects more than once during fetch Sergey Vlasov
2005-09-14 12:45 ` [PATCH 2/4] git-*-fetch: Gracefully recover from retrieval failure Sergey Vlasov
2005-09-14 12:47 ` [PATCH 3/4] git-fetch: Add --recover option Sergey Vlasov
2005-09-14 12:48 ` Sergey Vlasov [this message]
2005-09-14 18:16 ` [PATCH 0/4] Recovery after interrupted HTTP(s) fetch Junio C Hamano
2005-09-14 20:27 ` Linus Torvalds
2005-09-14 20:48 ` Junio C Hamano
2005-09-14 20:55 ` Daniel Barkalow
2005-09-14 21:15 ` Linus Torvalds
2005-09-14 21:24 ` Daniel Barkalow
2005-09-14 21:53 ` Junio C Hamano
2005-09-15 10:35 ` Matthias Urlichs
2005-09-15 19:02 ` Daniel Barkalow
2005-09-15 19:31 ` Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050914124805.GG24405@master.mivlgu.local \
--to=vsu@altlinux.ru \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).