<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">On Mar 9, 2017 09:08, "peter green" <<a href="mailto:plugwash@p10link.net">plugwash@p10link.net</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div class="quoted-text">
    <div class="m_55720910135396310moz-cite-prefix">On 09/03/17 16:05, <a class="m_55720910135396310moz-txt-link-abbreviated" href="mailto:Sam@vilain.net" target="_blank">Sam@vilain.net</a>
      wrote:<br>
    </div>
    <blockquote type="cite">git-lfs is your friend. And supported natively by
      GitHub.<br>
      <br>
    </blockquote></div>
    Thanks but it seems like a highly undesirable soloution to me.<br>
    <br>
    Firstly it seems to require mangling your git repo. That is going to
    make it at best a PITA to use with things like dgit.<br></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">I didn't realize it was in upstream. That makes things harder. You might be able to do something with grafts but I'm not sure if that works for trees.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
    Secondly AIUI git-lfs stores every version of the file seperately.
    If so then one would very quickly blow through the default storage
    and bandwidth limitations for githubs lfs offering.<br></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">It does. For a changelog file this isn't the right solution.</div><div dir="auto"><br></div><div dir="auto">The right solution is to make sure all the information in the changelog is converted to commit messages via history rewriting, and then remove that changelog from the checked in content. This requires forking the repo and ideally popularizing the cleaned-up fork with the core maintainers so that it isn't an ongoing maintenance problem. It's painful but it works and eventually everyone is thankful - I did this with the Perl 5 history. You could skip the history rewriting and just remove the changelog but then you have to maintain the maintenance scripts.</div><div dir="auto"><br></div><div dir="auto">Another option would be to ask someone at GitHub to remove this limit for this repo. Have you tried that?</div><div dir="auto"><br></div><div dir="auto">Sam</div><div dir="auto"><br></div></div>