<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/git-fetch.sh, branch v0.99.8a</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/git/git.git/
</subtitle>
<id>https://git.shady.money/git/atom?h=v0.99.8a</id>
<link rel='self' href='https://git.shady.money/git/atom?h=v0.99.8a'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/'/>
<updated>2005-10-02T06:18:38Z</updated>
<entry>
<title>[PATCH] git fetch --tags</title>
<updated>2005-10-02T06:18:38Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@osdl.org</email>
</author>
<published>2005-09-29T21:35:15Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=ed1aadf1b0cb4afc7cb0aaf4cec4f5ad84e3307d'/>
<id>urn:sha1:ed1aadf1b0cb4afc7cb0aaf4cec4f5ad84e3307d</id>
<content type='text'>
You can do

	git fetch --tags &lt;linus-kernel-repo&gt;

and it should fetch all my tags automatically.

[jc: The original by Linus fetched and overwrote branch heads with
 --all, which felt dangerous and wrong, so I removed it.  Also this
 version does not use any refs that resulted as --tags for later
 merge. ]

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Use git-update-ref in scripts.</title>
<updated>2005-09-28T23:42:44Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-28T01:14:27Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=bf7960eb51a26bcf52f27a60bfcf005661266b1e'/>
<id>urn:sha1:bf7960eb51a26bcf52f27a60bfcf005661266b1e</id>
<content type='text'>
This uses the git-update-ref command in scripts for safer updates.
Also places where we used to read HEAD ref by using "cat" were fixed
to use git-rev-parse.  This will matter when we start using symbolic
references.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Fix default pull not to do an unintended Octopus.</title>
<updated>2005-09-28T23:22:00Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-26T05:54:23Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=05dd8e2ee2ecba1b4ef1dbbde5c81281152604b4'/>
<id>urn:sha1:05dd8e2ee2ecba1b4ef1dbbde5c81281152604b4</id>
<content type='text'>
The refspecs specified in the .git/remotes/&lt;remote&gt; on the "Pull: "
lines are for fetching multiple heads in one go, but most of the time
making an Octopus out of them is not what is wanted.  Make git-fetch
leave the marker in .git/FETCH_HEAD file so that later stages can
tell which heads are for merging and which are not.

Tom Prince made me realize how stupid the original behaviour was.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>git-fetch: send informational output to &gt;&amp;2 consistently.</title>
<updated>2005-09-27T01:04:17Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-26T02:49:49Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=0b7a9fc971712308712fedbba404f7b448e37d45'/>
<id>urn:sha1:0b7a9fc971712308712fedbba404f7b448e37d45</id>
<content type='text'>
Only the "Fetching ... using http" was leaking to stdout.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Revert "Make Octopus merge message a bit nicer."</title>
<updated>2005-09-21T20:59:54Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-21T20:59:54Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=b91fb518cc5c5f316ba149ceedff5ee194f44ebf'/>
<id>urn:sha1:b91fb518cc5c5f316ba149ceedff5ee194f44ebf</id>
<content type='text'>
This reverts 63f1aa6c72c46928f1b6959437aed4becbc42ff3 commit.
</content>
</entry>
<entry>
<title>Make Octopus merge message a bit nicer.</title>
<updated>2005-09-21T01:16:27Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-19T07:03:47Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=63f1aa6c72c46928f1b6959437aed4becbc42ff3'/>
<id>urn:sha1:63f1aa6c72c46928f1b6959437aed4becbc42ff3</id>
<content type='text'>
Linus says that 'of .' to mean the commits came from the local repository
was too confusing and ugly -- I tend to agree with him.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Do not give alarming error message from rsync in fetch and clone.</title>
<updated>2005-09-20T22:07:54Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-20T06:52:33Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=89d844d084f14bc9506f63cd3c9aa44b21b49067'/>
<id>urn:sha1:89d844d084f14bc9506f63cd3c9aa44b21b49067</id>
<content type='text'>
When we check the optional objects/info/alternates file at the remote
repository, we forgot to really squelch error message from rsync.

Not having that file is not a crime.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Teach rsync transport about alternates.</title>
<updated>2005-09-17T18:56:41Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-17T18:56:41Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=4447badcd22a889d656192803eff1003602839c5'/>
<id>urn:sha1:4447badcd22a889d656192803eff1003602839c5</id>
<content type='text'>
For local operations and downloading and uploading via git aware protocols,
use of $GIT_OBJECT_DIRECTORY/info/alternates is recommended on the server
side for big projects that are derived from another one (like Linux kernel).

However, dumb protocols and rsync transport needs to resolve this on the
client end, which we did not bother doing until this week.

I noticed we use "rsync -z" but most of our payload is already compressed,
which was not quite right.  This commit also fixes it.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Propagate errors from fetch-pack correctly to git-fetch.</title>
<updated>2005-09-13T05:52:52Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-13T05:20:02Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=22c67ca88ec65c4f278e8c82b2d98f3bd025238b'/>
<id>urn:sha1:22c67ca88ec65c4f278e8c82b2d98f3bd025238b</id>
<content type='text'>
When git-fetch-pack fails, the command does not notice the failure
and instead pretended nothing was fetched and there was nothing wrong.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Make sure we have leading directories under refs/{heads,tags}</title>
<updated>2005-09-10T17:40:47Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2005-09-10T17:40:47Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=866ff2f7ce60519e562a6ae37886609c69d5eb70'/>
<id>urn:sha1:866ff2f7ce60519e562a6ae37886609c69d5eb70</id>
<content type='text'>
Otherwise having subdirectories under refs/heads becomes rather
unwieldy.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
</feed>
