Re: [PATCH 00/43] refs lmdb backend

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2015-09-03 at 16:10 -0700, Junio C Hamano wrote:
> David Turner <dturner@xxxxxxxxxxxxxxxx> writes:
> 
> > I think I've broken about all of the standalone stuff out, so here's
> > the main enchilada.
> >
> > This series depends on at least the following topics in pu:
> > dt/refs-bisection
> > dt/refs-pseudo
> > dt/reflog-tests
> > kn/for-each-tag (patch 21 and corresponding bits of 42 depend on this;
> > we could skip them, but I wanted this to apply on top of pu)
> >
> > As before, I tested by hacking the test suite to run under the lmdb
> > backend and changing a few dozen tests.  The remaiing failures are
> > documented in Documentation/technical/refs-be-lmdb.txt, except for one
> > in t1404 where this version gives a different error message (but still
> > an error).
> >
> > As Jeff King suggested last time I sent this around, I've made the
> > reflog format slightly more efficient.  Now it stores shas in a binary
> > format, and only uses a header entry if there are no real entries.
> >
> > Also, now per-worktree refs live in the filesystem.
> >
> > I've also made a number of fixes to memory leaks, formatting,
> > factoring, etc.
> >
> > As Michael Haggerty suggested, I'm now using struct ref_transaction as
> > a base struct for the ref transaction structs.
> >
> > Looking forward to reviews.
> 
> [03/43] seems to be missing

I just attempted to re-send it, but I still don't see it on gmane.
Perhaps this is because it is greater than some size limit?  It's about
265k.  I've attached a gzipped version to this email.  

> , but without the list of changes in the
> cover letter it is hard to tell what got dropped.

I have now configured git send-email to always send a cover letter.

Attachment: 0003-refs-be-files.c-rename-refs-to-refs-be-files.patch.gz
Description: application/gzip


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]