<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/git-pull-script, branch main</title>
<subtitle>Fork of git SCM with my patches.</subtitle>
<id>http://git.kilabit.info/git/atom?h=main</id>
<link rel='self' href='http://git.kilabit.info/git/atom?h=main'/>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/'/>
<updated>2005-09-08T00:45:20Z</updated>
<entry>
<title>Big tool rename.</title>
<updated>2005-09-08T00:45:20Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-08T00:26:23Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=215a7ad1ef790467a4cd3f0dcffbd6e5f04c38f7'/>
<id>urn:sha1:215a7ad1ef790467a4cd3f0dcffbd6e5f04c38f7</id>
<content type='text'>
As promised, this is the "big tool rename" patch.  The primary differences
since 0.99.6 are:

  (1) git-*-script are no more.  The commands installed do not
      have any such suffix so users do not have to remember if
      something is implemented as a shell script or not.

  (2) Many command names with 'cache' in them are renamed with
      'index' if that is what they mean.

There are backward compatibility symblic links so that you and
Porcelains can keep using the old names, but the backward
compatibility support  is expected to be removed in the near
future.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Fix pulling into the same branch.</title>
<updated>2005-08-27T05:06:17Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-08-26T01:15:32Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=b10ac50f1e9ef851128f9800cd481d8cace18f01'/>
<id>urn:sha1:b10ac50f1e9ef851128f9800cd481d8cace18f01</id>
<content type='text'>
When the "git pull" command updates the branch head you are
currently on, before doing anything else, first update your
index file and the working tree contents to that of the new
branch head.  Otherwise, the later resolving steps would think
your index file is attempting to revert the change between the
original head commit and the updated head commit.

It uses two-tree fast-forward form of "read-tree -m -u" to
prevent losing whatever local changes you may have in the
working tree to do this update.  I think this would at least
make things safer (a lot safer), and prevent mistakes.

Also "git fetch" command is forbidden from fetching and fast
forwarding the current branch head unless --update-head-ok flag
is given.  "git pull" passes the flag when it internally calls
"git fetch".

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>[PATCH] Use git-octopus when pulling more than one heads.</title>
<updated>2005-08-24T23:50:52Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-08-23T04:57:59Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=521003ff52d1cf742350e1342bc2dd4ab1b51e6b'/>
<id>urn:sha1:521003ff52d1cf742350e1342bc2dd4ab1b51e6b</id>
<content type='text'>
With this, you can finally say "git pull jgarzik sil24 pdc2027x".

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>[PATCH] Retire git-parse-remote.</title>
<updated>2005-08-24T23:50:50Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-08-20T09:57:26Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=e0bfc81e05e57679916ab070c8fb2525f24771d4'/>
<id>urn:sha1:e0bfc81e05e57679916ab070c8fb2525f24771d4</id>
<content type='text'>
Update git-pull to match updated git-fetch and allow pull to
fetch from multiple remote references.  There is no support for
resolving more than two heads, which will be done with "git
octopus".

Update "git ls-remote" to use git-parse-remote-script.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>[PATCH] fetch/pull: short-hand notation for remote repositories.</title>
<updated>2005-07-16T16:23:06Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-07-16T07:16:24Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=f170e4b39d87365cda17b80436ba6db4a2044e88'/>
<id>urn:sha1:f170e4b39d87365cda17b80436ba6db4a2044e88</id>
<content type='text'>
Since pull and fetch are done often against the same remote
repository repeatedly, keeping the URL to pull from along with
the name of the head to use in $GIT_DIR/branches/$name makes a
lot of sense.  Adopt that convention from Cogito, and try to be
compatible when possible; storing a partial URL and completing
it with a trailing path may not be understood by Cogito.

While we are at it, fix pulling a tag.  Earlier, we updated only
refs/tags/$tag without updating FETCH_HEAD, and called
resolve-script using a stale (or absent) FETCH_HEAD.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>Make "git resolve" take the merge message in $3</title>
<updated>2005-07-09T00:38:44Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-07-09T00:38:44Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=3ba513c32e7b9102187d94d1c43f33d9559fb334'/>
<id>urn:sha1:3ba513c32e7b9102187d94d1c43f33d9559fb334</id>
<content type='text'>
It used to do "Merge $3" as the message, but that ends up being
inconvenient, and much more easily done inside git-pull-script instead.

This makes the third argument to "git resolve" much easier to explain.
</content>
</entry>
<entry>
<title>Add "git-sh-setup-script" for common git shell script setup</title>
<updated>2005-07-08T17:57:21Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-07-08T17:57:21Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=b33e9666082ce692e64ccfd688dc2a5075566f75'/>
<id>urn:sha1:b33e9666082ce692e64ccfd688dc2a5075566f75</id>
<content type='text'>
It sets up the normal git environment variables and a few helper
functions (currently just "die()"), and returns ok if it all looks like
a git archive.  So use it something like

	. git-sh-setup-script || die "Not a git archive"

to make the rest of the git scripts more careful and readable.
</content>
</entry>
<entry>
<title>Duh. Fix transposed characters in git-pull-script</title>
<updated>2005-06-28T17:15:10Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-06-28T17:15:10Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=5571be75ebb6c8a1f88b3897d9631279106d8e0f'/>
<id>urn:sha1:5571be75ebb6c8a1f88b3897d9631279106d8e0f</id>
<content type='text'>
I'd stupidly only tested the non-branch-name version.
</content>
</entry>
<entry>
<title>Teach git-pull-script about pulling tags</title>
<updated>2005-06-28T03:10:32Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-06-28T03:10:32Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=635f67f9437b104be852cadb645006f4e858421f'/>
<id>urn:sha1:635f67f9437b104be852cadb645006f4e858421f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Clean up different special *HEAD handling</title>
<updated>2005-06-21T21:04:13Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-06-21T21:04:13Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=6b38a402e97274037982a5346ca4168cc8ee026c'/>
<id>urn:sha1:6b38a402e97274037982a5346ca4168cc8ee026c</id>
<content type='text'>
We codify the following different heads (in addition to the main "HEAD",
which points to the current branch, of course):

 - FETCH_HEAD

   Populated by "git fetch"

 - ORIG_HEAD

   The old HEAD before a "git pull/resolve" (successful or not)

 - LAST_MERGE

   The HEAD we're currently merging in "git pull/resolve"

 - MERGE_HEAD

   The previous head of a unresolved "git pull", which gets committed by
   a "git commit" after manually resolving the result

We used to have "MERGE_HEAD" be populated directly by the fetch, and we
removed ORIG_HEAD and LAST_MERGE too aggressively.
</content>
</entry>
</feed>
