← Back to team overview

kicad-doc-devs team mailing list archive

Re: Connections buses in eeschema documentation are "indated"

 

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>> 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>
>     Unsubscribe : https://launchpad.net/~kicad-doc-devs
>     More help   : https://help.launchpad.net/ListHelp
> 


Follow ups

References