<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/builtin, branch v2.9.2</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/git/git.git/
</subtitle>
<id>https://git.shady.money/git/atom?h=v2.9.2</id>
<link rel='self' href='https://git.shady.money/git/atom?h=v2.9.2'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/'/>
<updated>2016-07-11T17:44:12Z</updated>
<entry>
<title>Merge branch 'sb/clone-shallow-passthru' into maint</title>
<updated>2016-07-11T17:44:12Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2016-07-11T17:44:12Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=1a88ca99db81b0a5d0f43b57df4a265055d81436'/>
<id>urn:sha1:1a88ca99db81b0a5d0f43b57df4a265055d81436</id>
<content type='text'>
Fix an unintended regression in v2.9 that breaks "clone --depth"
that recurses down to submodules by forcing the submodules to also
be cloned shallowly, which many server instances that host upstream
of the submodules are not prepared for.

* sb/clone-shallow-passthru:
  clone: do not let --depth imply --shallow-submodules
</content>
</entry>
<entry>
<title>Merge branch 'km/fetch-do-not-free-remote-name' into maint</title>
<updated>2016-07-11T17:44:10Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2016-07-11T17:44:10Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=1401236842d871e3a40d5c40e7914b6ef8908899'/>
<id>urn:sha1:1401236842d871e3a40d5c40e7914b6ef8908899</id>
<content type='text'>
The ownership rule for the piece of memory that hold references to
be fetched in "git fetch" was screwy, which has been cleaned up.

* km/fetch-do-not-free-remote-name:
  builtin/fetch.c: don't free remote-&gt;name after fetch
</content>
</entry>
<entry>
<title>Merge branch 'jc/deref-tag' into maint</title>
<updated>2016-07-06T20:06:46Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2016-07-06T20:06:46Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=f83819835763c2448abc2c18c4fe750368408264'/>
<id>urn:sha1:f83819835763c2448abc2c18c4fe750368408264</id>
<content type='text'>
Code clean-up.

* jc/deref-tag:
  blame, line-log: do not loop around deref_tag()
</content>
</entry>
<entry>
<title>Merge branch 'et/add-chmod-x' into maint</title>
<updated>2016-07-06T20:06:39Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2016-07-06T20:06:39Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=c8b080af7108744299e26e8d38cb6587b933f9fc'/>
<id>urn:sha1:c8b080af7108744299e26e8d38cb6587b933f9fc</id>
<content type='text'>
"git update-index --add --chmod=+x file" may be usable as an escape
hatch, but not a friendly thing to force for people who do need to
use it regularly.  "git add --chmod=+x file" can be used instead.

* et/add-chmod-x:
  add: add --chmod=+x / --chmod=-x options
</content>
</entry>
<entry>
<title>Merge branch 'jk/rev-list-count-with-bitmap' into maint</title>
<updated>2016-06-27T16:56:24Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2016-06-27T16:56:24Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=df5a925523e627cd20ce11f570d418dfae2ac7d8'/>
<id>urn:sha1:df5a925523e627cd20ce11f570d418dfae2ac7d8</id>
<content type='text'>
"git rev-list --count" whose walk-length is limited with "-n"
option did not work well with the counting optimized to look at the
bitmap index.

* jk/rev-list-count-with-bitmap:
  rev-list: disable bitmaps when "-n" is used with listing objects
  rev-list: "adjust" results of "--count --use-bitmap-index -n"
</content>
</entry>
<entry>
<title>clone: do not let --depth imply --shallow-submodules</title>
<updated>2016-06-20T18:35:28Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2016-06-19T20:51:56Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=18a74a092bff41f1ffe10bd2463d3eed9a04435d'/>
<id>urn:sha1:18a74a092bff41f1ffe10bd2463d3eed9a04435d</id>
<content type='text'>
In v2.9.0, we prematurely flipped the default to force cloning
submodules shallowly, when the superproject is getting cloned
shallowly.  This is likely to fail when the upstream repositories
submodules are cloned from a repository that is not prepared to
serve histories that ends at a commit that is not at the tip of a
branch, and we know the world is not yet ready.

Use a safer default to clone the submodules fully, unless the user
tells us that she knows that the upstream repository of the
submodules are willing to cooperate with "--shallow-submodules"
option.

Noticed-by: Vadim Eisenberg &lt;VADIME@il.ibm.com&gt;
Helped-by: Jeff King &lt;peff@peff.net&gt;
Helped-by: Stefan Beller &lt;sbeller@google.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>blame, line-log: do not loop around deref_tag()</title>
<updated>2016-06-14T20:38:14Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2016-06-14T20:38:14Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=31da121f2d316575ec3c82dfc0c7442cdb7a7740'/>
<id>urn:sha1:31da121f2d316575ec3c82dfc0c7442cdb7a7740</id>
<content type='text'>
These callers appear to expect that deref_tag() is to peel one layer
of a tag, but the function does not work that way; it has its own
loop to unwrap tags until an object that is not a tag appears.

Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>builtin/fetch.c: don't free remote-&gt;name after fetch</title>
<updated>2016-06-14T18:58:05Z</updated>
<author>
<name>Keith McGuigan</name>
<email>kmcguigan@twopensource.com</email>
</author>
<published>2016-06-14T18:28:56Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=b7410f616ea938ab34816b04e0479d55877af511'/>
<id>urn:sha1:b7410f616ea938ab34816b04e0479d55877af511</id>
<content type='text'>
Make fetch's string_list of remote names own all of its string items
(strdup'ing when necessary) so that it can deallocate them safely
when clearing.

Signed-off-by: Keith McGuigan &lt;kmcguigan@twopensource.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>add: add --chmod=+x / --chmod=-x options</title>
<updated>2016-06-08T00:43:39Z</updated>
<author>
<name>Edward Thomson</name>
<email>ethomson@edwardthomson.com</email>
</author>
<published>2016-05-31T22:08:18Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=4e55ed32db81d06a4f618e2cc0f9da0e223ae304'/>
<id>urn:sha1:4e55ed32db81d06a4f618e2cc0f9da0e223ae304</id>
<content type='text'>
The executable bit will not be detected (and therefore will not be
set) for paths in a repository with `core.filemode` set to false,
though the users may still wish to add files as executable for
compatibility with other users who _do_ have `core.filemode`
functionality.  For example, Windows users adding shell scripts may
wish to add them as executable for compatibility with users on
non-Windows.

Although this can be done with a plumbing command
(`git update-index --add --chmod=+x foo`), teaching the `git-add`
command allows users to set a file executable with a command that
they're already familiar with.

Signed-off-by: Edward Thomson &lt;ethomson@edwardthomson.com&gt;
Helped-by: Johannes Schindelin &lt;johannes.schindelin@gmx.de&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'ar/diff-args-osx-precompose' into maint</title>
<updated>2016-06-06T21:27:35Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2016-06-06T21:27:35Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=05781d37fa43b5dada77d1bcfd4cdc42742e7421'/>
<id>urn:sha1:05781d37fa43b5dada77d1bcfd4cdc42742e7421</id>
<content type='text'>
Many commands normalize command line arguments from NFD to NFC
variant of UTF-8 on OSX, but commands in the "diff" family did
not, causing "git diff $path" to complain that no such path is
known to Git.  They have been taught to do the normalization.

* ar/diff-args-osx-precompose:
  diff: run arguments through precompose_argv
</content>
</entry>
</feed>
