Re: Repository Reorganization Question

20MB of bandwidth represents 20 additional seconds to do an initial clone on my 1 megabyte/second connection. ghc.git is already about 75MB, so it wouldn't dramatically change the experience either way. Just a data point. On 12/06/2013 12:47 PM, Carter Schonwald wrote:

personally i don't care about the bandwidth, and others are correct about the value of logs. If theres a way to get both, awesome! If not, 20mb here and there i don't care.

On Fri, Dec 6, 2013 at 11:26 AM, Johan Tibell mailto:johan.tibell@gmail.com> wrote:

On Fri, Dec 6, 2013 at 4:43 PM, Herbert Valerio Riedel mailto:hvr@gnu.org> wrote:

On 2013-12-06 at 13:50:55 +0100, Johan Tibell wrote: > Whichever way to go, we should write down the options and consequences and > communicating them widely enough so no core devs get surprised. > > Commit IDs for the test suite are referenced in e.g. various Trac issues, > on mailing lists (although rarely), and perhaps even in code.

...as I hinted at in an earlier post, the old commit-ids will still allow to find the original commit; for isntance, there's already the find-commit-by-sha1 service at

http://git.haskell.org/.findhash/<commit-sha1-prefix>

which searches all repos hosted at git.haskell.org http://git.haskell.org for the given sha1 prefix; there's also a convenient text-entry field at http://git.haskell.org/ which allows you to copy'n'paste any commit-ids you might come across in emails, irc logs, trac comments or even commit messages...

...does this lookup-service alleviate your concerns?

Personally I think it's still much friction; another thing to remember. Is it really worth it for a couple of megs of bandwidth* and some disk space?

If it really is I believe git has some facility for nuking the data of old commits. That facility exists for the case when someone committed something sensitive to the code base that should never have been there.

* GitHub's bandwidth if you use that mirror.

-- Johan

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org mailto:ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs