<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 18, 2015 at 2:50 AM, Peter Otten <span dir="ltr"><<a href="mailto:__peter__@web.de" target="_blank">__peter__@web.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">Ben Finney wrote:<br>
<br>
> David Aldrich <<a href="mailto:David.Aldrich@EMEA.NEC.COM">David.Aldrich@EMEA.NEC.COM</a>> writes:<br>
><br>
>> I have setup Sphinx for my Python project. We keep all our code and<br>
>> documentation in Subversion.<br>
><br>
> It's a good idea to keep *source* files in VCS.<br>
><br>
> The VCS should track only those files that humans edit directly.<br>
<br>
</span>Isn't this a case of purity versus practicality? I imagine it might be nice<br>
to get fairly up-to-date documentation along with your source code checkout<br>
"for free".</blockquote><div><br></div><div>IMO, this is a decision an organization / individual has to make. But nothing stops anybody from using branch (and tags in hg) to differentiate pure source and pure build.</div><div><br></div><div>On Thu, Sep 17, 2015 at 9:54 PM, Grant Edwards <span dir="ltr"><<a href="mailto:invalid@invalid.invalid" target="_blank">invalid@invalid.invalid</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 2015-09-17, Ben Finney <<a href="mailto:ben%2Bpython@benfinney.id.au">ben+python@benfinney.id.au</a>> wrote:<br><br>> The VCS should track only those files that humans edit directly.<br><br></span>While I agree that files automatically generated shouldn't be checked<br>in to a VCS, I'm in favor of putting key binary files under VCS if<br>they are required to do the build.</blockquote><div><br></div><div>if you are okay with cloning a huge repository then I don't see a problem. You could have a separate repository for binary data, after VCS is just a software implements some smart versioning of an object in some format stored on somewhere.</div></div><div><br></div><div>I know of no convenient mechanism to reduce size of my .git or my .hg once I committed my binary in my history. What I would do is provide the script a URL where you can get your files. Imagine infrastructure as code, I can't commit my oracle jdk/jre file all the time. I have a huge infrastructure to manage and it would be GBs to clone. It happened to me once and I regret it.</div><div><br></div><div>Thanks.</div><div><br></div><div>John</div><div><br></div></div></div></div>