<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le sam. 28 sept. 2019 à 12:09, Jakob Reschke <<a href="mailto:forums.jakob@resfarm.de">forums.jakob@resfarm.de</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Edgar J. De Cleene <<a href="mailto:edgardec2005@gmail.com" target="_blank">edgardec2005@gmail.com</a>> schrieb am Fr., 27. Sep. 2019, 12:16:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I plan extend this, maybe put in git a working image, what you think ?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Git advice of the day: don't check in large files (such as images), except when they are not huge and hardly ever changed (why put them under version control then?), or if they change, only small portions of the file change (such as append-only with small amendments). The latter allows the delta compression of the Git objects to keep the trouble to a minimum.</div><div dir="auto"><br></div><div dir="auto">The problem with big files is that they have to be cloned with the repository and each version of the large file sticks around in the repository forever. Even if you decide to "delete" the file from the tree later.</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto">Jakob</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"></blockquote></div></div></div>
<br></blockquote><div>Can't we somehow mitigate the problem with git-lfs? <br></div></div></div>