<p></p>
<h3 dir="auto">Problem</h3>
<p dir="auto">Or at least, reduce the speed at which it grows? On my development machine, the git repo now takes up over 400MB, but less than 10% of that is code or assets that we manage here. From time to time this causes a few problems - slow clone speeds for most developers (e.g. those who want <code class="notranslate">git blame</code> to work, and can't work with just a shallow clone), and I've run into the issue when using this repository for things like Heroku where you might need to upload the entire repo to a remote host.</p>
<h3 dir="auto">Description</h3>
<p dir="auto">The most noticeable source of repo size, to me, is a combination of historical versions of potlatch2 and iD. I'm not sure what the reasons are or were, but release versions of both editors are/were copied directly into this repository. This means we have lots of versions of the potlatch2.swf binaries (around 1 - 1.5MB each), compiled versions of iD (largest of these is 12MB, but there are dozens and dozens in the 2+MB range) and even an old Potlatch2 mp4 help video (9.5MB). All this adds up, and the repo keeps growing e.g. every time iD is released.</p>
<p dir="auto">Note that this isn't about the size of the latest checkout, which is mostly OK, it's the accumulation of all the historical versions that is slowly adding up.</p>
<p dir="auto">There's probably two things worth considering:</p>
<ul dir="auto">
<li>How do we handle vendored assets from this point on? Can we use our dependency managers (e.g. yarn) to handle the distribution of things like iD, without impact on the development experience? I don't want to require additional steps (e.g. "download a tgz from here and untar it into some directory") for getting up and running.</li>
<li>What do we do about the stuff already in the git history? For some things, like rebuilding the repository without the P2 video, that would leave old checkouts in a partially not-functioning state. But do we need to worry about that? Or is there an easy way to handle it, perhaps some git magic to move large files out of old commits and into a different but linked repo?</li>
</ul>
<h3 dir="auto">Screenshots</h3>
<p dir="auto"><em>No response</em></p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/issues/3849">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAK2OLN6AMKR7GPGNIQL3P3WNSQNDANCNFSM6AAAAAATBIMYC4">unsubscribe</a>.<br />You are receiving this because you are subscribed to this thread.<img src="https://github.com/notifications/beacon/AAK2OLOXGTMRENI46NABVO3WNSQNDA5CNFSM6AAAAAATBIMYC6WGG33NNVSW45C7OR4XAZNFJFZXG5LFVJRW63LNMVXHIX3JMTHFS4JVIE.gif" height="1" width="1" alt="" /><span style="color: transparent; font-size: 0; display: none; visibility: hidden; overflow: hidden; opacity: 0; width: 0; height: 0; max-width: 0; max-height: 0; mso-hide: all">Message ID: <span><openstreetmap/openstreetmap-website/issues/3849</span><span>@</span><span>github</span><span>.</span><span>com></span></span></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/openstreetmap/openstreetmap-website/issues/3849",
"url": "https://github.com/openstreetmap/openstreetmap-website/issues/3849",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>