<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/environment.c, branch v2.2.0</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/git/git.git/
</subtitle>
<id>https://git.shady.money/git/atom?h=v2.2.0</id>
<link rel='self' href='https://git.shady.money/git/atom?h=v2.2.0'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/'/>
<updated>2014-06-25T17:33:27Z</updated>
<entry>
<title>setup_git_env(): introduce git_path_from_env() helper</title>
<updated>2014-06-25T17:33:27Z</updated>
<author>
<name>Jeff King</name>
<email>peff@peff.net</email>
</author>
<published>2014-06-24T20:58:15Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=cb6c38d5cce7d8d48a57346b332a68cea1489df1'/>
<id>urn:sha1:cb6c38d5cce7d8d48a57346b332a68cea1489df1</id>
<content type='text'>
"Check the value of an environment and fall back to a known path
inside $GIT_DIR" is repeated a few times to determine the location
of the data store, the index and the graft file, but the return
value of getenv is not guaranteed to survive across further
invocations of setenv or even getenv.

Make sure to xstrdup() the value we receive from getenv(3), and
encapsulate the pattern into a helper function.

Signed-off-by: Jeff King &lt;peff@peff.net&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>setup_git_env: use git_pathdup instead of xmalloc + sprintf</title>
<updated>2014-06-19T22:20:55Z</updated>
<author>
<name>Jeff King</name>
<email>peff@peff.net</email>
</author>
<published>2014-06-19T21:28:00Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=a0279e1865c7ce7417c0134e2ab32b20531f502a'/>
<id>urn:sha1:a0279e1865c7ce7417c0134e2ab32b20531f502a</id>
<content type='text'>
This is shorter, harder to get wrong, and more clearly
captures the intent.

Signed-off-by: Jeff King &lt;peff@peff.net&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'sh/enable-preloadindex'</title>
<updated>2014-06-16T19:18:49Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2014-06-16T19:18:49Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=96b29bde9194f96cb711a00876700ea8dd9c0727'/>
<id>urn:sha1:96b29bde9194f96cb711a00876700ea8dd9c0727</id>
<content type='text'>
* sh/enable-preloadindex:
  environment.c: enable core.preloadindex by default
</content>
</entry>
<entry>
<title>Merge branch 'nd/status-auto-comment-char'</title>
<updated>2014-06-06T18:36:10Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2014-06-06T18:36:10Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=1e2600dd6a2acf8d2e9c0923184ca2335b861138'/>
<id>urn:sha1:1e2600dd6a2acf8d2e9c0923184ca2335b861138</id>
<content type='text'>
* nd/status-auto-comment-char:
  commit: allow core.commentChar=auto for character auto selection
  config: be strict on core.commentChar
</content>
</entry>
<entry>
<title>environment.c: enable core.preloadindex by default</title>
<updated>2014-06-03T17:06:53Z</updated>
<author>
<name>Steve Hoelzer</name>
<email>shoelzer@gmail.com</email>
</author>
<published>2014-06-02T16:43:00Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=299e29870b777818ab84a508c901a4ef924f6fd4'/>
<id>urn:sha1:299e29870b777818ab84a508c901a4ef924f6fd4</id>
<content type='text'>
Many people are on filesystems with horrible stat latency (not
limited to Windows but also NFS), which core.preloadindex was
designed to help.  We discussed enabling it by default early in 2013
but didn't.

Per

  http://thread.gmane.org/gmane.comp.version-control.git/219273/focus=219322

let's enable the setting by default, with the original choice of max
20 threads / min 500 paths per thread parameters.

Signed-off-by: Steve Hoelzer &lt;shoelzer@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>commit: allow core.commentChar=auto for character auto selection</title>
<updated>2014-05-19T20:37:25Z</updated>
<author>
<name>Nguyễn Thái Ngọc Duy</name>
<email>pclouds@gmail.com</email>
</author>
<published>2014-05-17T01:52:23Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=84c9dc2c5a2d34351a06554af32501d4f99990e9'/>
<id>urn:sha1:84c9dc2c5a2d34351a06554af32501d4f99990e9</id>
<content type='text'>
When core.commentChar is "auto", the comment char starts with '#' as
in default but if it's already in the prepared message, find another
char in a small subset. This should stop surprises because git strips
some lines unexpectedly.

Note that git is not smart enough to recognize '#' as the comment char
in custom templates and convert it if the final comment char is
different. It thinks '#' lines in custom templates as part of the
commit message. So don't use this with custom templates.

Signed-off-by: Nguyễn Thái Ngọc Duy &lt;pclouds@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Bump core.deltaBaseCacheLimit to 96m</title>
<updated>2014-05-06T22:32:21Z</updated>
<author>
<name>David Kastrup</name>
<email>dak@gnu.org</email>
</author>
<published>2014-05-04T17:13:57Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=4874f544f1574a55d787339a6455f524768c1b5d'/>
<id>urn:sha1:4874f544f1574a55d787339a6455f524768c1b5d</id>
<content type='text'>
The default of 16m causes serious thrashing for large delta chains
combined with large files.

Here are some benchmarks (pu variant of git blame):

time git blame -C src/xdisp.c &gt;/dev/null

for a repository of Emacs repacked with git gc --aggressive (v1.9,
resulting in a window size of 250) located on an SSD drive.  The file in
question has about 30000 lines, 1Mb of size, and a history with about
2500 commits.

    16m (previous default):
    real	3m33.936s
    user	2m15.396s
    sys	1m17.352s

    32m:
    real	3m1.319s
    user	2m8.660s
    sys	0m51.904s

    64m:
    real	2m20.636s
    user	1m55.780s
    sys	0m23.964s

    96m:
    real	2m5.668s
    user	1m50.784s
    sys	0m14.288s

    128m:
    real	2m4.337s
    user	1m50.764s
    sys	0m12.832s

    192m:
    real	2m3.567s
    user	1m49.508s
    sys	0m13.312s

Signed-off-by: David Kastrup &lt;dak@gnu.org&gt;
Acked-by: Jeff King &lt;peff@peff.net&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>environment.c: fix constness for odb_pack_keep()</title>
<updated>2014-03-31T17:31:43Z</updated>
<author>
<name>Nguyễn Thái Ngọc Duy</name>
<email>pclouds@gmail.com</email>
</author>
<published>2014-03-16T13:35:00Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=8640d496823b0aa1d35523b98d8b3f21b54004cd'/>
<id>urn:sha1:8640d496823b0aa1d35523b98d8b3f21b54004cd</id>
<content type='text'>
Signed-off-by: Nguyễn Thái Ngọc Duy &lt;pclouds@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>rename read_replace_refs to check_replace_refs</title>
<updated>2014-02-20T22:16:55Z</updated>
<author>
<name>Michael Haggerty</name>
<email>mhagger@alum.mit.edu</email>
</author>
<published>2014-02-18T11:24:55Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=afc711b8e1ee89626f0dddf0ef01fb73168d47ca'/>
<id>urn:sha1:afc711b8e1ee89626f0dddf0ef01fb73168d47ca</id>
<content type='text'>
The semantics of this flag was changed in commit

    e1111cef23 inline lookup_replace_object() calls

but wasn't renamed at the time to minimize code churn.  Rename it now,
and add a comment explaining its use.

Signed-off-by: Michael Haggerty &lt;mhagger@alum.mit.edu&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'nd/shallow-clone'</title>
<updated>2014-01-17T20:21:20Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2014-01-17T20:21:14Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=92251b1b5b5e53ac9de890105e2a2bd9d15e2ecb'/>
<id>urn:sha1:92251b1b5b5e53ac9de890105e2a2bd9d15e2ecb</id>
<content type='text'>
Fetching from a shallow-cloned repository used to be forbidden,
primarily because the codepaths involved were not carefully vetted
and we did not bother supporting such usage. This attempts to allow
object transfer out of a shallow-cloned repository in a controlled
way (i.e. the receiver become a shallow repository with truncated
history).

* nd/shallow-clone: (31 commits)
  t5537: fix incorrect expectation in test case 10
  shallow: remove unused code
  send-pack.c: mark a file-local function static
  git-clone.txt: remove shallow clone limitations
  prune: clean .git/shallow after pruning objects
  clone: use git protocol for cloning shallow repo locally
  send-pack: support pushing from a shallow clone via http
  receive-pack: support pushing to a shallow clone via http
  smart-http: support shallow fetch/clone
  remote-curl: pass ref SHA-1 to fetch-pack as well
  send-pack: support pushing to a shallow clone
  receive-pack: allow pushes that update .git/shallow
  connected.c: add new variant that runs with --shallow-file
  add GIT_SHALLOW_FILE to propagate --shallow-file to subprocesses
  receive/send-pack: support pushing from a shallow clone
  receive-pack: reorder some code in unpack()
  fetch: add --update-shallow to accept refs that update .git/shallow
  upload-pack: make sure deepening preserves shallow roots
  fetch: support fetching from a shallow repository
  clone: support remote shallow repository
  ...
</content>
</entry>
</feed>
