[ImageJ-devel] Big objects in the imglib2 repository
Stephan Saalfeld
saalfeld at mpi-cbg.de
Sat May 18 02:25:01 CDT 2013
Following up:
This may be interesting:
http://stackoverflow.com/questions/2164581/remove-file-from-git-repository-history
But I would strongly prefer to hear your opinion before starting any
action.
And a second note: All that has not to be done immediately. First
things first, depending on your preferred priority queue.
Thanks in advance,
Stephan
On Sat, 2013-05-18 at 09:09 +0200, Stephan Saalfeld wrote:
> Sorry---I hadn't thought that through. I wanted to have this file at a
> location that is easy to access when reporting the 50x slower opening
> ZIP-files issue with ImgOpener recently. It then made it into master
> when I merged which I regret. Do you have a good solution for removing
> it without breaking everybodies history?
>
> Sorry again,
> Stephan
>
>
>
> On Sat, 2013-05-18 at 02:12 +0200, Johannes Schindelin wrote:
> > Hi Stephan,
> >
> > when I just pulled imglib2, it was an eighteen-megabyte download even if I
> > had fetched from that repository recently. Helper script to the rescue:
> >
> > https://github.com/msysgit/msysgit/blob/master/bin/what-made-this-repo-so-large.sh
> >
> > It looks like you added a 20MB examples/l1-cns.tif.zip as an example to
> > the copy-realtransformaccess branch. Maybe it would be a good idea to
> > learn from the problems we had with precompiled/ in Fiji (and that you
> > pointed out so eloquently a couple of times which triggered my suggesting
> > using soft-commits, then introducing the precompiled-fallback hack to
> > Fake, and finally our switch to Maven, all to address the same problem)
> > and try to keep binary data out of the source code repository?
> >
> > I could imagine that we either switch to a binary-only repository for
> > example files, or that we use fiji.sc/samples/ for them?
> >
> > Ciao,
> > Johannes
>
>
> _______________________________________________
> ImageJ-devel mailing list
> ImageJ-devel at imagej.net
> http://imagej.net/mailman/listinfo/imagej-devel
More information about the ImageJ-devel
mailing list