"B. W. Fitzpatrick" <fitz@red-bean.com> writes:
> > Zack Brown <zbrown@tumblerings.org> writes:
> >
> > > I'd suggest having two side-by-side versions for each type (html, pdf,
> > > ps). The first version will be the 'careful' one that everyone should
> > > read if they just want info. The second version will be the
> > > up-to-the-minute one that folks should read if they just want to follow
> > > the book's development progress without compiling it themselves.
What a headache. In my opinion, if people want the up-to-the-minute
one, they can read the XML or do their own conversion.
> Well, I don't have a problem with working on a branch, but we don't do
> nightly/weekly binary builds of Subversion itself, so why should we do
> so with the documentation?
What he said.
> That said, if someone else wants to do this, then they can go right
> ahead. :)
Summa that, too.
> > I'm starting to like the branch idea a lot. But I wonder if people
> > really want to see fancy {html, ps, pdf} versions of a book that may
> > not be coherent.
>
> No clue. But I'm fine with working on a branch. CVS has taught me to
> avoid branches where possible for reasons of pain and suffering. I
> continue to do so even though it's a piece of cake in Subversion.
> Maybe this would be good 'therapy'. :)
I'm not interested in branching. A branch only makes sense when
development by Sally on a given source file is expected to clash so
often with Harry's other work (either on that file or elsewhere) that
to try to please both Harry and Sally is more headache than it's
worth. There is no conflicting work happening on this book, and
changes to the book do not in any fashion affect the rest of
Subversion.
My vote is for keeping things exactly as they are today, with the
optional addition (by someone other than me) of a more regular posting
of perhaps just the HTML version of the work-in-progress. Then Ben,
Fitz, and I can decide on good places to snapshot the book to replace
the less-often-updated milestone PDF, HTML and PS versions.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 6 16:22:54 2002