<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/builtin-count-objects.c, branch v1.6.2</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/git/git.git/
</subtitle>
<id>https://www.git.shady.money/git/atom?h=v1.6.2</id>
<link rel='self' href='https://www.git.shady.money/git/atom?h=v1.6.2'/>
<link rel='alternate' type='text/html' href='https://www.git.shady.money/git/'/>
<updated>2009-01-11T21:21:57Z</updated>
<entry>
<title>add is_dot_or_dotdot inline function</title>
<updated>2009-01-11T21:21:57Z</updated>
<author>
<name>Alexander Potashev</name>
<email>aspotashev@gmail.com</email>
</author>
<published>2009-01-10T12:07:50Z</published>
<link rel='alternate' type='text/html' href='https://www.git.shady.money/git/commit/?id=8ca12c0d62c0be4a4987c4a936467ea2a92e915a'/>
<id>urn:sha1:8ca12c0d62c0be4a4987c4a936467ea2a92e915a</id>
<content type='text'>
A new inline function is_dot_or_dotdot is used to check if the
directory name is either "." or "..". It returns a non-zero value if
the given string is "." or "..". It's applicable to a lot of Git
source code.

Signed-off-by: Alexander Potashev &lt;aspotashev@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Correct output of git-count-objects.</title>
<updated>2008-09-08T21:25:43Z</updated>
<author>
<name>Mikael Magnusson</name>
<email>mikachu@gmail.com</email>
</author>
<published>2008-09-08T17:56:32Z</published>
<link rel='alternate' type='text/html' href='https://www.git.shady.money/git/commit/?id=bfd083b734fe812b347ee71dca416d2bcfa87480'/>
<id>urn:sha1:bfd083b734fe812b347ee71dca416d2bcfa87480</id>
<content type='text'>
The non-verbose output was not changed in fdb2a2a (compat: introduce
on_disk_bytes(), 2008-08-18) which caused git-count-objects to claim 512
times too much space used for loose objects.

Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'mg/count-objects'</title>
<updated>2008-08-21T06:41:54Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2008-08-21T06:41:54Z</published>
<link rel='alternate' type='text/html' href='https://www.git.shady.money/git/commit/?id=99b52f2e495a2ccdb4ebf2a540a8bc81fa2bcf3d'/>
<id>urn:sha1:99b52f2e495a2ccdb4ebf2a540a8bc81fa2bcf3d</id>
<content type='text'>
* mg/count-objects:
  count-objects: Add total pack size to verbose output
</content>
</entry>
<entry>
<title>compat: introduce on_disk_bytes()</title>
<updated>2008-08-19T05:37:55Z</updated>
<author>
<name>Junio C Hamano</name>
<email>gitster@pobox.com</email>
</author>
<published>2008-08-18T19:57:16Z</published>
<link rel='alternate' type='text/html' href='https://www.git.shady.money/git/commit/?id=fdb2a2a600969598fd80f01b009fbbb020d596ab'/>
<id>urn:sha1:fdb2a2a600969598fd80f01b009fbbb020d596ab</id>
<content type='text'>
Some platforms do not have st_blocks member in "struct stat"; mingw
already emulates it by rounding it up to closest 512-byte blocks (even
though it could overcount when a file has holes).

The reason to use the member is only to figure out how many kilobytes the
files occupy on-disk, so give a helper function in git-compat-util.h to
compute this value.

Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
Acked-by: Johannes Sixt &lt;johannes.sixt@telecom.at&gt;
</content>
</entry>
<entry>
<title>count-objects: Add total pack size to verbose output</title>
<updated>2008-08-17T08:01:42Z</updated>
<author>
<name>Marcus Griep</name>
<email>marcus@griep.us</email>
</author>
<published>2008-08-15T04:20:20Z</published>
<link rel='alternate' type='text/html' href='https://www.git.shady.money/git/commit/?id=f223824943e23e593b5e9cc647417a4267acc82d'/>
<id>urn:sha1:f223824943e23e593b5e9cc647417a4267acc82d</id>
<content type='text'>
Adds the total pack size (including indexes) the verbose count-objects
output, floored to the nearest kilobyte.

Updates documentation to match this addition.

Signed-off-by: Marcus Griep &lt;marcus@griep.us&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<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://www.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 builtin-count-objects.c use parse_options.</title>
<updated>2007-10-30T04:03:31Z</updated>
<author>
<name>Pierre Habouzit</name>
<email>madcoder@debian.org</email>
</author>
<published>2007-10-15T20:38:51Z</published>
<link rel='alternate' type='text/html' href='https://www.git.shady.money/git/commit/?id=833f3abd821434fd9b12d6cea66f04f232479c22'/>
<id>urn:sha1:833f3abd821434fd9b12d6cea66f04f232479c22</id>
<content type='text'>
Signed-off-by: Pierre Habouzit &lt;madcoder@debian.org&gt;
Signed-off-by: Shawn O. Pearce &lt;spearce@spearce.org&gt;
</content>
</entry>
<entry>
<title>Simplify index access condition in count-objects, pack-redundant</title>
<updated>2007-05-30T06:30:11Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2007-05-30T06:12:28Z</published>
<link rel='alternate' type='text/html' href='https://www.git.shady.money/git/commit/?id=eaa867703927c1f383637979d16c40d996cea240'/>
<id>urn:sha1:eaa867703927c1f383637979d16c40d996cea240</id>
<content type='text'>
My earlier lazy index opening patch changed this condition to check
index_data and call open_pack_index if it was NULL. In truth we only
care about num_objects.  Since open_pack_index does no harm if the
index is already open, and all indexes are likely to be closed in
this application, the "performance optimization" of inlining the
index_data check here was wrong.

Signed-off-by: Shawn O. Pearce &lt;spearce@spearce.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>Lazily open pack index files on demand</title>
<updated>2007-05-27T03:28:08Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2007-05-26T05:24:19Z</published>
<link rel='alternate' type='text/html' href='https://www.git.shady.money/git/commit/?id=d079837eeeadc37d266113a1fd2deb0a01aaee91'/>
<id>urn:sha1:d079837eeeadc37d266113a1fd2deb0a01aaee91</id>
<content type='text'>
In some repository configurations the user may have many packfiles,
but all of the recent commits/trees/tags/blobs are likely to
be in the most recent packfile (the one with the newest mtime).
It is therefore common to be able to complete an entire operation
by accessing only one packfile, even if there are 25 packfiles
available to the repository.

Rather than opening and mmaping the corresponding .idx file for
every pack found, we now only open and map the .idx when we suspect
there might be an object of interest in there.

Of course we cannot known in advance which packfile contains an
object, so we still need to scan the entire packed_git list to
locate anything.  But odds are users want to access objects in the
most recently created packfiles first, and that may be all they
ever need for the current operation.

Junio observed in b867092f that placing recent packfiles before
older ones can slightly improve access times for recent objects,
without degrading it for historical object access.

This change improves upon Junio's observations by trying even harder
to avoid the .idx files that we won't need.

Signed-off-by: Shawn O. Pearce &lt;spearce@spearce.org&gt;
Signed-off-by: Junio C Hamano &lt;junkio@cox.net&gt;
</content>
</entry>
<entry>
<title>get rid of num_packed_objects()</title>
<updated>2007-04-10T19:48:14Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2007-04-09T05:06:28Z</published>
<link rel='alternate' type='text/html' href='https://www.git.shady.money/git/commit/?id=57059091fad25427bce9b3d47e073ce0518d164b'/>
<id>urn:sha1:57059091fad25427bce9b3d47e073ce0518d164b</id>
<content type='text'>
The coming index format change doesn't allow for the number of objects
to be determined from the size of the index file directly.  Instead, Let's
initialize a field in the packed_git structure with the object count when
the index is validated since the count is always known at that point.

While at it let's reorder some struct packed_git fields to avoid padding
due to needed 64-bit alignment for some of them.

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