Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #96803
| From | Peter Otten <__peter__@web.de> |
|---|---|
| Subject | Re: Automating build from source (was: Automating Sphinx generated documentation) |
| Date | 2015-09-18 08:50 +0200 |
| Organization | None |
| References | <41302A7145AC054FA7A96CFD03835A0A0B9D749B@EX10MBX02.EU.NEC.COM> <85vbb84nym.fsf@benfinney.id.au> |
| Newsgroups | comp.lang.python |
| Message-ID | <mailman.22.1442559056.16376.python-list@python.org> (permalink) |
Ben Finney wrote: > David Aldrich <David.Aldrich@EMEA.NEC.COM> writes: > >> I have setup Sphinx for my Python project. We keep all our code and >> documentation in Subversion. > > It's a good idea to keep *source* files in VCS. > > It's a bad idea to keep automatically-generated files in VCS; it's > especially bad to do so if they need to be generated again after > changing the source files. > >> So, following changes to the Python code, I need to regenerate and >> commit the Sphinx generated documentation. > > Instead, the build products – anything generated automatically by the > computer, such as the compiled code, compiled documentation – should be > flagged for “ignore” by the VCS, and never committed. > > The VCS should track only those files that humans edit directly. Isn't this a case of purity versus practicality? I imagine it might be nice to get fairly up-to-date documentation along with your source code checkout "for free".
Back to comp.lang.python | Previous | Next | Find similar | Unroll thread
Re: Automating build from source (was: Automating Sphinx generated documentation) Peter Otten <__peter__@web.de> - 2015-09-18 08:50 +0200
csiph-web