<div dir="auto"><div>Instead of removing gh-pages altogether (unless there's a good reason to do so), couldn't we change the auto-deploy script to force-push?</div><div dir="auto"><br></div><div dir="auto">Otherwise sounds good (the old files I recalled of were in resources/ <a href="https://github.com/iTowns/itowns2/commit/95bf265e33923c0a8e45b06558160e76f414e00d">https://github.com/iTowns/itowns2/commit/95bf265e33923c0a8e45b06558160e76f414e00d</a>)<br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">Le 3 juil. 2017 7:13 PM, "Augustin Trancart" <<a href="mailto:augustin.trancart@oslandia.com">augustin.trancart@oslandia.com</a>> a écrit :<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">To be more precise: a prerequisite for this is to manage to upload our docs to<br>
<a href="http://itowns.github.io" rel="noreferrer" target="_blank">itowns.github.io</a>. Pepp and I are currently working on this.<br>
<div class="quoted-text"><br>
Augustin Trancart - Oslandia<br>
<a href="mailto:augustin.trancart@oslandia.com">augustin.trancart@oslandia.com</a><br>
<br>
</div><div class="elided-text">On 03/07/2017 19:06, Augustin Trancart wrote:<br>
> Ok so, I intent to drastically reduce the size of the repo by removing from its<br>
> history the branches:<br>
> - gh-pages (only when deploy to <a href="http://itowns.github.io" rel="noreferrer" target="_blank">itowns.github.io</a> will work)<br>
> - gh-master<br>
><br>
> and the files:<br>
> - dist/* (will be partly done by removal of gh-pages)<br>
> - build/*<br>
> - data/*<br>
> - resources/*<br>
> - doc/*<br>
> - src/Core/Commander/Providers/<wbr>Potree/workers.js (and actually maybe Potree/<br>
> directly)<br>
> - src/ThirdParty<br>
> - examples/gpx/ULTRA2009.gpx<br>
> - API_Doc/ (should be done by removal of gh-pages)<br>
><br>
> This implies a force-push on *all* the branches. Therefore, it is advised that<br>
> you *clone the repo back once it's done*. You'll probably need to resubmit your<br>
> PR. I can help for the rebase if necessary.<br>
><br>
> I'll keep a copy of the repo just in case :-)<br>
><br>
> Schedule: TOMORROW!<br>
><br>
> If you see something wrong in this, please raise your hand !<br>
><br>
> Augustin Trancart - Oslandia<br>
> <a href="mailto:augustin.trancart@oslandia.com">augustin.trancart@oslandia.com</a><br>
><br>
> PS: FYI, when aggressively testing locally, I reduce the repo size from 103Mb to<br>
> 3.9MB.<br>
><br>
> On 29/06/2017 15:56, Augustin Trancart wrote:<br>
>> Ok, so I continued my investigation, and apart from this video, the size of the<br>
>> repo is also big because of the dist folder we commit to gh-pages at each<br>
>> merge... I'm pretty sure that does count more than the video itself (which<br>
>> shouldn't take more than it's compressed raw size, as it has not been changed<br>
>> since its appearance). And I don't really know how to workaround that.<br>
>><br>
>> So I'm not sure it is worthy to rewrite the entire history for gaining just 20mb<br>
>> (max) of our 110mb repo any more. Maybe we should just live with it, as only the<br>
>> first clone is slow.<br>
>><br>
>> Suggestions?<br>
>><br>
>> Augustin Trancart - Oslandia<br>
>> <a href="mailto:augustin.trancart@oslandia.com">augustin.trancart@oslandia.com</a><br>
>><br>
>> On 29/06/2017 14:26, Thomas Broyer wrote:<br>
>>><br>
>>><br>
>>> 2017-06-29 13:51 GMT+02:00 Augustin Trancart <<a href="mailto:augustin.trancart@oslandia.com">augustin.trancart@oslandia.<wbr>com</a><br>
>>> <mailto:<a href="mailto:augustin.trancart@oslandia.com">augustin.trancart@<wbr>oslandia.com</a>>>:<br>
>>><br>
>>>     I basically trust maintainer not to merge big files,<br>
>>><br>
>>><br>
>>> Oh, you mean like for that video file? :troll:<br>
>>><br>
>>><br>
>>>     but yes, if we can automate it, it's even better.<br>
>>><br>
>>><br>
>>> Note that apparently aabc913 didn't went through a pull request, so we couldn't<br>
>>> have prevented it anyway (Travis could have failed, and then a push-force would<br>
>>> have been needed anyway)<br>
>>><br>
>>> Cordialement,<br>
>>> --<br>
>>> Thomas Broyer<br>
>>> Atol Conseils et Développements<br>
>>><br>
>><br>
>><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> iTowns-dev mailing list<br>
>> <a href="mailto:iTowns-dev@lists.osgeo.org">iTowns-dev@lists.osgeo.org</a><br>
>> <a href="https://lists.osgeo.org/mailman/listinfo/itowns-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/itowns-dev</a><br>
>><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> iTowns-dev mailing list<br>
> <a href="mailto:iTowns-dev@lists.osgeo.org">iTowns-dev@lists.osgeo.org</a><br>
> <a href="https://lists.osgeo.org/mailman/listinfo/itowns-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/itowns-dev</a><br>
><br>
<br>
</div><br>______________________________<wbr>_________________<br>
iTowns-dev mailing list<br>
<a href="mailto:iTowns-dev@lists.osgeo.org">iTowns-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/itowns-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/itowns-dev</a><br>
<br></blockquote></div><br></div></div></div>