[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [jgit-dev] Problems with bitmaps and cloning and DFS back end
|
On Wed, Jun 19, 2013 at 7:40 AM, Alex Blewitt <alex.blewitt@xxxxxxxxx> wrote:
> On 18 Jun 2013, at 20:13, Alex Blewitt <alex.blewitt@xxxxxxxxx> wrote:
>
>> I've been having some problems with the new bitmap support in conjunction with a DFS back end.
>
> So I think I've traced it down to a potential lack of saved info in my pack description.
>
> There is a method "getObjectCount" which is currently returning zero. It looks like the pack needs that data when going down the "reuse cached packs" path. Until now this information hasn't needed to be passed/stored.
>
> Because this data isn't stored in a file but in the pack description itself its not (currently) persisted in my implementation.
Yes, you just discovered the hard way that the DfsPackDescription
matters to the DFS backend. It wants the information it stores there
to come back to it. We map the DfsPackDescription to a protobuf
message, and write the protobuf message to Google Bigtable. The record
in Bigtable is the linkage to the name in the filesystem. But my
original idea for DFS backend was to encode the DfsPackDescription
data into the filename, and parse it back out when listing the packs
of the repository. Unfortunately this might not be possible if you
cannot rename a file, as some of the data arrives too late.
