Call for Discussion: New Project: Skara -- investigating source code management options for the JDK sources

[Mario Torre]

On Mon, Jul 30, 2018 at 12:05 PM, Andrew Dinn <adinn at redhat.com> wrote:
> On 30/07/18 10:17, Roman Kennke wrote:
>  <snip>
>> Yes. And we can make partial clones. Nobody really ever needs all of the history.
> No no no!
>
> There have been quite a few occasions in the last year when I really
> needed to search all of the history (yes, even taking me back to jdk7 in
> some cases). Indeed, for AArch64 -- which was upstreamed into jdk9 in
> one great big lump -- I have returned to the downstream jdk8 repo to
> find out when and how something was inserted into that history.
>
> The full history is fairly obviously a major concern while we still need
> to backport security fixes. So, yes, it is critical that we can continue
> to identify what went into jdk7 when for several years to come. However,
> that's not the only case. My experience has been that full history is
> occasionally vital to understanding how something arose when I want to
> work out what to do about it now. It is all very well asking the
> relevant old-timers about why things happened but the repo has a better
> memory for important details (as my experience with the AArch64 code
> made very clear to me).

Yeah, but I don't think the two things are mutually exclusive, are
they? You can make a full clone with history when you need it or live
with shallow copies:

https://bitbucket.org/facebook/hg-experimental/src/e9cd2a76c49207ecae6b64b2de804b858a00dc36/remotefilelog/README.md?at=default&fileviewer=file-view-default

There are other extensions over there that seem interesting, however
most only work with much recent versions of mercurial.

Cheers,
Mario
-- 
Mario Torre
Associate Manager, Software Engineering
Red Hat GmbH <https://www.redhat.com>
9704 A60C B4BE A8B8 0F30  9205 5D7E 4952 3F65 7898