<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git, branch v1.5.2</title>
<subtitle>Fork of git SCM with my patches.</subtitle>
<id>http://git.kilabit.info/git/atom?h=v1.5.2</id>
<link rel='self' href='http://git.kilabit.info/git/atom?h=v1.5.2'/>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/'/>
<updated>2007-05-20T07:30:39Z</updated>
<entry>
<title>GIT 1.5.2</title>
<updated>2007-05-20T07:30:39Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2007-05-20T07:30:39Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=aba170cdb4874b72dd619e6f7bbc13c33295f831'/>
<id>urn:sha1:aba170cdb4874b72dd619e6f7bbc13c33295f831</id>
<content type='text'>
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>git-cvsserver: exit with 1 upon "I HATE YOU"</title>
<updated>2007-05-20T07:19:48Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2007-05-20T00:53:45Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=e40a30452d3ab024b06238abab3968b872dd5e1c'/>
<id>urn:sha1:e40a30452d3ab024b06238abab3968b872dd5e1c</id>
<content type='text'>
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Merge branch 'maint' to synchronize with 1.5.1.6</title>
<updated>2007-05-20T07:19:30Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2007-05-20T07:19:30Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=03f6db0ec058ca1d34672a3100293c3bf56c3b6b'/>
<id>urn:sha1:03f6db0ec058ca1d34672a3100293c3bf56c3b6b</id>
<content type='text'>
* maint:
  GIT 1.5.1.6
  git-svn: don't minimize-url when doing an init that tracks multiple paths
  git-svn: avoid crashing svnserve when creating new directories
  user-manual: Add section on ignoring files
  user-manual: finding commits referencing given file content
  user-manual: discourage shared repository
  tutorial: revise index introduction
  tutorials: add user-manual links

Conflicts:

	GIT-VERSION-GEN
	RelNotes
</content>
</entry>
<entry>
<title>GIT 1.5.1.6</title>
<updated>2007-05-20T07:15:53Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2007-05-20T01:18:24Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=f7b47b273ed2c9e9b298c4f5dd02884b46dfbced'/>
<id>urn:sha1:f7b47b273ed2c9e9b298c4f5dd02884b46dfbced</id>
<content type='text'>
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Merge branch 'maint' of git://linux-nfs.org/~bfields/git into maint</title>
<updated>2007-05-20T06:25:59Z</updated>
<author>
<name>Junio C Hamano</name>
<email>junkio@cox.net</email>
</author>
<published>2007-05-20T06:25:59Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=2be2e267aaae6f7b77a820591463b7888b30cbc3'/>
<id>urn:sha1:2be2e267aaae6f7b77a820591463b7888b30cbc3</id>
<content type='text'>
* 'maint' of git://linux-nfs.org/~bfields/git:
  user-manual: Add section on ignoring files
  user-manual: finding commits referencing given file content
  user-manual: discourage shared repository
  tutorial: revise index introduction
  tutorials: add user-manual links
</content>
</entry>
<entry>
<title>git-svn: don't minimize-url when doing an init that tracks multiple paths</title>
<updated>2007-05-19T19:28:50Z</updated>
<author>
<name>Eric Wong</name>
<email>normalperson@yhbt.net</email>
</author>
<published>2007-05-19T10:59:02Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=dc431666d3a54a84ac32b6007f020fb13062345b'/>
<id>urn:sha1:dc431666d3a54a84ac32b6007f020fb13062345b</id>
<content type='text'>
I didn't have a chance to test the off-by-default minimize-url
stuff enough before, but it's quite broken for people passing
the --trunk/-T, --tags/-t, --branches/-b switches to "init" or
"clone" commands.

Additionally, follow-parent functionality seems broken when we're
not connected to the root of the repository.

Default behavior for "traditional" git-svn users who only track
one directory (without needing follow-parent) should be
reasonable, as those users started using things before
minimize-url functionality existed.

Behavior for users more used to the git-svnimport-like command
line will also benefit from a more-flexible command-line than
svnimport given the assumption they're working with
non-restrictive read permissions on the repository.

I hope to properly fix these bugs when I get a chance to in the
next week or so, but I would like to get this stopgap measure of
reverting to the old behavior as soon as possible.

Signed-off-by: Eric Wong &lt;normalperson@yhbt.net&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>git-svn: avoid crashing svnserve when creating new directories</title>
<updated>2007-05-19T19:26:36Z</updated>
<author>
<name>Eric Wong</name>
<email>normalperson@yhbt.net</email>
</author>
<published>2007-05-19T09:58:37Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=6442754d6cc0056cf5b69b43d218f8b6d317e7f5'/>
<id>urn:sha1:6442754d6cc0056cf5b69b43d218f8b6d317e7f5</id>
<content type='text'>
When sorting directory names by depth (slash ("/") count) and
closing the deepest directories first (as the protocol
requires), we failed to put the root baton (with an empty string
as its key "") after top-level directories (which did not have
any slashes).

This resulted in svnserve being in a situation it couldn't
handle and caused a segmentation fault on the remote server.

This bug did not affect users of DAV and filesystem repositories.

Signed-off-by: Eric Wong &lt;normalperson@yhbt.net&gt;
Confirmed-by: Matthieu Moy &lt;Matthieu.Moy@imag.fr&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>user-manual: Add section on ignoring files</title>
<updated>2007-05-19T05:06:05Z</updated>
<author>
<name>Johan Herland</name>
<email>johan@herland.net</email>
</author>
<published>2007-05-16T00:31:40Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=2dc53617a43fda3df12e51e765fe4043935cfc22'/>
<id>urn:sha1:2dc53617a43fda3df12e51e765fe4043935cfc22</id>
<content type='text'>
The todo list at the end of the user manual says that something must be
said about .gitignore. Also, there seems to be a lack of documentation
on how to choose between the various types of ignore files (.gitignore
vs. .git/info/exclude, etc.).

This patch adds a section on ignoring files which try to introduce how
to tell git about ignored files, and how the different strategies
complement eachother.

The syntax of exclude patterns is explained in a simplified manner, with
a reference to git-ls-files(1) which already contains a more thorough
explanation.

Signed-off-by: Johan Herland &lt;johan@herland.net&gt;
</content>
</entry>
<entry>
<title>user-manual: finding commits referencing given file content</title>
<updated>2007-05-19T05:00:55Z</updated>
<author>
<name>J. Bruce Fields</name>
<email>bfields@citi.umich.edu</email>
</author>
<published>2007-05-19T04:37:25Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=187b0d80dfad2f51df580bffbbc1e7bc2103f6d4'/>
<id>urn:sha1:187b0d80dfad2f51df580bffbbc1e7bc2103f6d4</id>
<content type='text'>
Another amusing git exploration example brought up in irc.  (Credit to
aeruder for the complete solution.)

Signed-off-by: "J. Bruce Fields" &lt;bfields@citi.umich.edu&gt;
</content>
</entry>
<entry>
<title>user-manual: discourage shared repository</title>
<updated>2007-05-19T05:00:45Z</updated>
<author>
<name>J. Bruce Fields</name>
<email>bfields@citi.umich.edu</email>
</author>
<published>2007-05-15T04:30:58Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=8fae22250fab25bc59efe24e849a7e9f20e3386c'/>
<id>urn:sha1:8fae22250fab25bc59efe24e849a7e9f20e3386c</id>
<content type='text'>
I don't really want to look like we're encouraging the shared repository
thing.  Take down some of the argument for using purely
single-developer-owned repositories and collaborating using patches and
pulls instead.

Signed-off-by: "J. Bruce Fields" &lt;bfields@citi.umich.edu&gt;
</content>
</entry>
</feed>
