<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/git-archimport.perl, branch v1.7.2</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/git/git.git/
</subtitle>
<id>https://git.shady.money/git/atom?h=v1.7.2</id>
<link rel='self' href='https://git.shady.money/git/atom?h=v1.7.2'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/'/>
<updated>2008-07-13T21:12:48Z</updated>
<entry>
<title>Make usage strings dash-less</title>
<updated>2008-07-13T21:12:48Z</updated>
<author>
<name>Stephan Beyer</name>
<email>s-beyer@gmx.net</email>
</author>
<published>2008-07-13T13:36:15Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=1b1dd23f2d6a707b7077cdf6bc6d4055bd0bfb7d'/>
<id>urn:sha1:1b1dd23f2d6a707b7077cdf6bc6d4055bd0bfb7d</id>
<content type='text'>
When you misuse a git command, you are shown the usage string.
But this is currently shown in the dashed form.  So if you just
copy what you see, it will not work, when the dashed form
is no longer supported.

This patch makes git commands show the dash-less version.

For shell scripts that do not specify OPTIONS_SPEC, git-sh-setup.sh
generates a dash-less usage string now.

Signed-off-by: Stephan Beyer &lt;s-beyer@gmx.net&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Make git-archimport log entries more consistent</title>
<updated>2007-08-31T02:22:02Z</updated>
<author>
<name>Miles Bader</name>
<email>miles@gnu.org</email>
</author>
<published>2007-08-30T01:56:56Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=608403d7a522adb3f8c0244956a332ed1b286668'/>
<id>urn:sha1:608403d7a522adb3f8c0244956a332ed1b286668</id>
<content type='text'>
When appending the "git-archimport-id:" line to the end of log entries,
git-archimport would use two blank lines as a separator when there was no
body in the arch log (only a Summary: line), and zero blank lines when there
was a body (making it hard to see the break between the actual log message
and the git-archimport-id: line).

This patch makes git-archimport generate one blank line as a separator in all
cases.

Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>War on whitespace</title>
<updated>2007-06-07T07:04:01Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2007-06-07T07:04:01Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=a6080a0a44d5ead84db3dabbbc80e82df838533d'/>
<id>urn:sha1:a6080a0a44d5ead84db3dabbbc80e82df838533d</id>
<content type='text'>
This uses "git-apply --whitespace=strip" to fix whitespace errors that have
crept in to our source files over time.  There are a few files that need
to have trailing whitespaces (most notably, test vectors).  The results
still passes the test, and build result in Documentation/ area is unchanged.

Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>git-archimport: allow remapping branch names</title>
<updated>2007-03-07T18:30:22Z</updated>
<author>
<name>Paolo Bonzini</name>
<email>paolo.bonzini@lu.unisi.ch</email>
</author>
<published>2007-03-07T09:43:41Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=d9cb5399ee6e3ca4b3190f158ada7bd3802b3c70'/>
<id>urn:sha1:d9cb5399ee6e3ca4b3190f158ada7bd3802b3c70</id>
<content type='text'>
This patch adds support to archimport for remapping the branch
names to match those used in git more closely.  This is useful
for projects that migrate to git (as opposed to users that want
to use git on Arch-based projects).  For example, one can choose
an Arch branch name and call it "master".

The new command-line syntax works even if there is a colon in
a branch name, since only the part after the last colon is taken
to be the git name (git does not allow colons in branch names).

The new feature is implemented so that archives rotated every
year can also be remapped into a single git archive.

Signed-off-by: Paolo Bonzini  &lt;bonzini@gnu.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>git-archimport: support empty summaries, put summary on a single line.</title>
<updated>2007-02-28T20:38:08Z</updated>
<author>
<name>Paolo Bonzini</name>
<email>paolo.bonzini@lu.unisi.ch</email>
</author>
<published>2007-02-28T20:02:02Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=a94f457e89f78a5a15e63417abdb281ce655f986'/>
<id>urn:sha1:a94f457e89f78a5a15e63417abdb281ce655f986</id>
<content type='text'>
Don't fail if the summary line in an arch commit is empty.  In this case,
try to use the first line in the commit message followed by an ellipsis.
In addition, if the summary is multi-line, it is joined on a single line.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>git-archimport: initial import needs empty directory</title>
<updated>2007-02-05T01:05:16Z</updated>
<author>
<name>Gerrit Pape</name>
<email>pape@smarden.org</email>
</author>
<published>2007-02-03T22:38:59Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=11dbe9e88016f3894eda79c7437f6c3bf79e155e'/>
<id>urn:sha1:11dbe9e88016f3894eda79c7437f6c3bf79e155e</id>
<content type='text'>
git-archimport should better refuse to start an initial import if the
current directory is not empty.

(http://bugs.debian.org/400508)

Signed-off-by: Gerrit Pape &lt;pape@smarden.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>use 'init' instead of 'init-db' for shipped docs and tools</title>
<updated>2007-01-12T21:36:16Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2007-01-12T21:01:46Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=5c94f87e6b17cab5d3b87998d6c907745cb6f5a4'/>
<id>urn:sha1:5c94f87e6b17cab5d3b87998d6c907745cb6f5a4</id>
<content type='text'>
While 'init-db' still is and probably will always remain a valid git
command for obvious backward compatibility reasons, it would be a good
idea to move shipped tools and docs to using 'init' instead.

Signed-off-by: Nicolas Pitre &lt;nico@cam.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Fix more typos, primarily in the code</title>
<updated>2006-07-10T07:36:44Z</updated>
<author>
<name>Pavel Roskin</name>
<email>proski@gnu.org</email>
</author>
<published>2006-07-10T05:50:18Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=82e5a82fd73edb80a841f5fab1660e14b9b8f3ad'/>
<id>urn:sha1:82e5a82fd73edb80a841f5fab1660e14b9b8f3ad</id>
<content type='text'>
The only visible change is that git-blame doesn't understand
"--compability" anymore, but it does accept "--compatibility" instead,
which is already documented.

Signed-off-by: Pavel Roskin &lt;proski@gnu.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Rip out merge-order and make "git log &lt;paths&gt;..." work again.</title>
<updated>2006-03-01T09:45:50Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@osdl.org</email>
</author>
<published>2006-02-28T23:07:20Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=765ac8ec469f110e88376e4fac05d0ed475bcb28'/>
<id>urn:sha1:765ac8ec469f110e88376e4fac05d0ed475bcb28</id>
<content type='text'>
Well, assuming breaking --merge-order is fine, here's a patch (on top of
the other ones) that makes

	git log &lt;filename&gt;

actually work, as far as I can tell.

I didn't add the logic for --before/--after flags, but that should be
pretty trivial, and is independent of this anyway.

Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>archimport: remove files from the index before adding/updating</title>
<updated>2006-02-18T19:21:16Z</updated>
<author>
<name>Eric Wong</name>
<email>normalperson@yhbt.net</email>
</author>
<published>2006-02-18T11:49:38Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=3ff903bfb9e34a02f681f1c95ef7aa3ce4d54d2a'/>
<id>urn:sha1:3ff903bfb9e34a02f681f1c95ef7aa3ce4d54d2a</id>
<content type='text'>
This fixes a bug when importing where a directory gets removed/renamed
but is immediately replaced by a file of the same name in the same
changeset.

This fix only applies to the accurate (default) strategy the moment.

This patch should also fix the fast strategy if/when it is updated
to handle the cases that would've triggered this bug.

This bug was originally found in git-svn, but I remembered I did the
same thing with archimport as well.

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