hybrid checkout between lightweight and heavy aka history horizon

[Jeff Licquia]

This is a wishlist bug. Filing on the recommendation of Jeff Bailey.

We have lightweight checkouts, which depend entirely on access to the upstream branch, and heavy checkouts, which are fully independent and have full history. Would it be possible to have a hybrid checkout, which had some of the history locally, but not all of it?

The idea is that the checkout would be "heavy" when dealing with "recent" commits (for some definition of "recent"), but would go into "light" mode when the user started working with commits beyond "recent". Most importantly, the user could work offline and commit just like a "heavy" checkout for the most common case, where the previous few revisions are all that the user cares about.

Darcs has something like this: "darcs get --partial" only retrieves the most recent changesets.

[Erik Bågfors (zindar)]

I think this is what's been discussed on the mailinglist as "history
horizons". Where a branch (bound or not bound) only have a part of the
history.

I too, really would like this, but mostly for unbound branches.

/Erik

tor 2006-05-25 klockan 12:29 +0000 skrev Jeff Licquia:

> Public bug reported:
>
> This is a wishlist bug. Filing on the recommendation of Jeff Bailey.
>
> We have lightweight checkouts, which depend entirely on access to the
> upstream branch, and heavy checkouts, which are fully independent and
> have full history. Would it be possible to have a hybrid checkout,
> which had some of the history locally, but not all of it?
>
> The idea is that the checkout would be "heavy" when dealing with
> "recent" commits (for some definition of "recent"), but would go into
> "light" mode when the user started working with commits beyond "recent".
> Most importantly, the user could work offline and commit just like a
> "heavy" checkout for the most common case, where the previous few
> revisions are all that the user cares about.
>
> Darcs has something like this: "darcs get --partial" only retrieves the
> most recent changesets.
>
> ** Affects: bzr (upstream)
> Severity: Normal
> Priority: (none set)
> Status: Unconfirmed
>

[Aaron Bentley (abentley)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

This has already been proposed. See http://bazaar-vcs.org/HistoryHorizon

or my May 10 "Plans for post 0.8" message on the mailing

Aaron

Jeff Licquia wrote:
> Public bug reported:
>
> This is a wishlist bug. Filing on the recommendation of Jeff Bailey.
>
> We have lightweight checkouts, which depend entirely on access to the
> upstream branch, and heavy checkouts, which are fully independent and
> have full history. Would it be possible to have a hybrid checkout,
> which had some of the history locally, but not all of it?
>
> The idea is that the checkout would be "heavy" when dealing with
> "recent" commits (for some definition of "recent"), but would go into
> "light" mode when the user started working with commits beyond "recent".
> Most importantly, the user could work offline and commit just like a
> "heavy" checkout for the most common case, where the previous few
> revisions are all that the user cares about.
>
> Darcs has something like this: "darcs get --partial" only retrieves the
> most recent changesets.
>
> ** Affects: bzr (upstream)
> Severity: Normal
> Priority: (none set)
> Status: Unconfirmed
>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFEdat20F+nu1YWqI0RAoWMAJ9yyjFdVN9zK6vzG0tjVHbLiFlOrwCdGNn0
MNS95Ejs3ib1E4md4Gx4+MY=
=bUXn
-----END PGP SIGNATURE-----

[Jeff Licquia (jeff-licquia)]

On Thu, 2006-05-25 at 13:04 +0000, Aaron Bentley wrote:
> This has already been proposed. See http://bazaar-
> vcs.org/HistoryHorizon

Yup, that looks exactly like it. Sorry to bother you all. Feel free to
close the bug.

[Martin Pool (mbp)]

On 25 May 2006, Jeff Licquia <email address hidden> wrote:
> On Thu, 2006-05-25 at 13:04 +0000, Aaron Bentley wrote:
> > This has already been proposed. See http://bazaar-
> > vcs.org/HistoryHorizon
>
> Yup, that looks exactly like it. Sorry to bother you all. Feel free to
> close the bug.

Even though there's a spec I think there's no existing bug issue for it,
so let's leave it open as wishlist.

Thanks Jeff
--
Martin

[John A Meinel (jameinel)]

Marking this as a wishlist item, and associating it with a spec.

[Václav Šmilauer (eudoxos)]

Any progress on this front? Couldn't google anything up.

[Samuel Bronson (naesten)]

Ping?

[Jeff Licquia (jeff-licquia)]

No progress, as far as I can tell. The wiki page is still there (moved to http://wiki.bazaar.canonical.com/HistoryHorizon as part of the general migration off bazaar-vcs.org). Links from there to the Launchpad blueprint still work (https://launchpad.net/bzr/+spec/shallow-checkouts).