Am 27.03.2015 um 15:53 schrieb kp kirchdoerfer:
> Am Freitag, 27. März 2015, 09:12:04 schrieb Erich Titl:
...

> 
> Yes it's effcient with branches.But it's not really efficient with binaries, 
> though as discussed that's a workaround for the missing ftp/whatever-space.

To git a file is a file is a file and if a file differs it needs to
somehow record the differences. This is difficult with binary files, as
you cannot really record the differences, but afaik git does not do that
anyway.

> 
>>> I have not yet written this back to sourceforge, as I would like to have
>>> some feedback on this aproach.
> 
> Just play with it and let's know about your findings.
> Esp stable is a playground, but I hope we can shrink the other repos as well 
> later.

We won't unless we delete old versions. We cannot just store differences
between binaries, that is why we should be restrictive with releases.

If I look at the packages page with releases

3_1  4_0  4_1  4_2  4_3  5_0  5_1

then I would think we could easily just keep 4_3 and remove the other
releases from the master branch, as the tarballs keep the same data anyway.

> 
>> Would anyone comment on this please. Does anyone have experience with
>> the html interface of git?
> 
> Why do you need a html interface?

Because wget needs it for fetching something using https :-(
That is what the packages page presents.

I will try to see what happens if I make 'stable' a remote branch. Is it
typically immediately accessible?

Thanks

Erich



Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to