← Back to team overview

kicad-doc-devs team mailing list archive

Re: Connections buses in eeschema documentation are "indated"

 

On 1/10/20 11:12 AM, Jon Evans wrote:
> Perhaps any such split would have to wait until we feel good about the
> state of the documentation as it applies to the stable release version.

V6 release might be a good time to give it a try.  It gives a clean
starting point and more time to possibly get a few more doc devs on
board to help with the load.

> 
> On Fri, Jan 10, 2020 at 11:03 AM Wayne Stambaugh <stambaughw@xxxxxxxxx
> <mailto:stambaughw@xxxxxxxxx>> wrote:
> 
>     On 1/10/20 10:59 AM, Jon Evans wrote:
>     > How often would we actually cherry-pick stuff back, though?  Isn't the
>     > point of stable branches that features don't change very much (if at
>     > all), and therefore the doc wouldn't need to change?
> 
>     Given that a good bit of the stable documentation is out of date and/or
>     incomplete, I'm guessing cherry picking would be required more than you
>     would hope.
> 
>     >
>     > On Fri, Jan 10, 2020 at 10:57 AM Wayne Stambaugh
>     <stambaughw@xxxxxxxxx <mailto:stambaughw@xxxxxxxxx>
>     > <mailto:stambaughw@xxxxxxxxx <mailto:stambaughw@xxxxxxxxx>>> wrote:
>     >
>     >
>     >     On 1/10/20 2:46 AM, Marco Ciampa wrote:
>     >     > On Thu, Jan 09, 2020 at 08:11:38PM -0500, Jon Evans wrote:
>     >     >> My view is that the development team (including those
>     working on
>     >     code and
>     >     >> those working on documentation, sometimes the same people and
>     >     sometimes
>     >     >> different) need a place to stage documentation for future
>     releases.
>     >     >> I think KiCad will almost always be in a situation where the
>     >     development
>     >     >> version *could* have different features than the released
>     >     version, and it
>     >     >> would be good to have "nightly builds" of the docs available so
>     >     that we
>     >     >> don't delay writing and checking documentation until the very
>     >     last minute.
>     >     >>
>     >     >> But Nick's point is also good, in that this takes more
>     effort from
>     >     >> volunteers.
>     >     >
>     >     > Well, IMHO that's not completely true.
>     >     >
>     >     > Translators could be more than happy to have a stable
>     >     documentation base
>     >     > to translate, instead of a moving target.
>     >     >
>     >     > Morover having a stable branch and master and/or many different
>     >     feature
>     >     > branches could be even an improvement for devs, since they
>     have to add
>     >     > documentation features over a pretty stable branch and that
>     greatly
>     >     > semplify merge and conflicts resolution.
>     >     >
>     >     > The translation effort IMHO must not start on dev branches
>     but only on
>     >     > the stable branch.
>     >     >
>     >     > In this way all are happy: translators, users and devs.
>     >     > And also it is less, not more, work in general.
>     >     >
>     >     > What do you think?
>     >     >
>     >
>     >     The bottom line as always is manpower.  The question really
>     has been and
>     >     still is do we have the manpower to support both stable and
>     development
>     >     documentation branches?  Having separate branches tends to
>     create more
>     >     work for the lead doc dev team due to the necessity of
>     cherry-picking
>     >     changes back to the stable branch as applicable.  I'm willing
>     to give
>     >     this a try if we think we have the manpower to support it.  I
>     suppose if
>     >     the stable branch isn't maintained, we can always drop it.
>     >
>     >     Cheers,
>     >
>     >     Wayne
>     >
>     >     --
>     >     Mailing list: https://launchpad.net/~kicad-doc-devs
>     >     Post to     : kicad-doc-devs@xxxxxxxxxxxxxxxxxxx
>     <mailto:kicad-doc-devs@xxxxxxxxxxxxxxxxxxx>
>     >     <mailto:kicad-doc-devs@xxxxxxxxxxxxxxxxxxx
>     <mailto:kicad-doc-devs@xxxxxxxxxxxxxxxxxxx>>
>     >     Unsubscribe : https://launchpad.net/~kicad-doc-devs
>     >     More help   : https://help.launchpad.net/ListHelp
>     >
> 


References