[PATCH V2] journal: new experimental extension

[Sean Farley]

Martijn Pieters <mj at zopatista.com> writes:

> # HG changeset patch
> # User Martijn Pieters <mjpieters at fb.com>
> # Date 1466440095 -3600
> #      Mon Jun 20 17:28:15 2016 +0100
> # Node ID ce6a007db814d426159adc01b999b22c1a2ced05
> # Parent  fcaf20175b1b05aa753e1b9f65f10d35a86224df
> journal: new experimental extension
>
> Records bookmark locations and shows you where bookmarks were located in the
> past.
>
> This is the first in a planned series of locations to be recorded; a future
> patch will add working copy (dirstate) tracking, and remote bookmarks will be
> supported as well, so the journal storage format should be fairly generic to
> support those use-cases.

I've brought this up at the previous sprints but if we're going to be
making a generic storage format then is it worth it to combine this with
the blackbox format?

It seems to me that they will both have to solve the same problems
(locking, generic format, etc.). If we put some thought into this now,
we could perhaps get some server-side features and maybe extension
points.

My thinking is that by having a storage layer, extensions could do
queries like:

select * where type = 'remotebookmark'

and even adding that data so that core doesn't have to have a hard-coded
list.

Perhaps it's too early for this, though.