Thank you for being so thoughtful in this transition of your involvement.
It really shows how much you care about this community. Truly, hats off to
you.

As you note, you are not going away, so I'm looking forward to seeing new
you soon! I know it's going to be fun.


On Sat, Dec 22, 2018 at 4:45 PM Oleg Nenashev <o.v.nenas...@gmail.com>
wrote:

> Dear all,
>
> As some of you already know, I will have a very limited bandwidth in next
> few months due to some personal events (good ones!). My
> work/life/community balance was not exactly perfect, and this is a good
> opportunity to get some break and reconsider the priorities. I would like
> to ensure that I do not become a bottleneck for some formal and informal
> community roles I have accumulated over the 6 years in the project. In this
> email I would like to summarize my current community activities and the
> plan for them.
>
> TL;DR: I will continue working on Jenkins Google Summer of Code as much
> as my time allows, but for other activities I might not provide timely
> responses/reviews. Actions are taken to transfer/share ownership and
> permissions where possible.
>
>
>    -
>
>    Jenkins Core. Over last 2 years Jenkins core has been largely
>    maintained by Daniel Beck <https://github.com/daniel-beck/> and me (PR
>    reviews, changelogs, regression triage), and everybody is welcome to come
>    forward and help Daniel with reviewing and delivering changes
>    -
>
>       There are 25 contributors with merge permissions (jenkinsci/Core
>       team, private nowadays), and there are also many other active Jenkins 
> core
>       contributors who could get such permissions. Special thanks to Baptiste 
> who
>       has been helping to cleanup the review queue over last few weeks
>       -
>
>    JIRA Triage. Over last years I have been triaging incoming JIRA issues
>    in the JENKINS project together with several other contributors. I was also
>    a default assignee in the “_unsorted
>    
> <https://issues.jenkins-ci.org/issues/?jql=project%20%3D%20JENKINS%20AND%20component%20%3D%20_unsorted>”
>    JIRA component. See this thread
>    <https://groups.google.com/d/msg/jenkinsci-dev/XToix3QpL_k/j2k0xeXvCQAJ>
>    for the actions I have taken
>    -
>
>    Jenkins Core components. Apparently I am a sole maintainer of some
>    libraries and modules which are a part of the Jenkins core (e.g.
>    sshd-module, windows-agent-installer)
>    -
>
>       I give a blanket authorization to any of jenkinsci/Core members to
>       get merge/push and release permissions to ANY component of the
>       Jenkins core within the jenkinsci organization on GitHub if I am
>       the sole maintainer. It applies to modules, libraries, parent POMs, etc.
>       -
>
>       There are 2 major core components I maintain outside the Jenkinsci
>       org: kohsuke/winsw <https://github.com/kohsuke/winsw> and
>       kohsuke/winp <https://github.com/kohsuke/winp>. I leave the
>       permission management there to Kohsuke who is an original creator of the
>       projects. I want to retain ownership of these components for now
>       -
>
>    Jenkins Remoting subproject (link
>    <https://jenkins.io/projects/remoting/>).
>    -
>
>       Remoting library <https://github.com/jenkinsci/remoting> ownership
>       has been transferred to Jeff Thompson <https://github.com/jeffret-b>
>       last spring. Jeff has already done several releases and delivered many
>       important fixes, so I believe this component is handled well. Thanks a 
> lot
>       to Jeff for taking this effort
>       -
>
>       Jenkins Remoting packaging for Docker (base image, JNLP agents, SSH
>       agents). During the Java 11 support work I have granted Baptiste Mathus
>       permissions to the repositories and to DockerHub organization. Carlos
>       Sanchez and Nicolas de Loof also have permissions, so I believe the 
> area is
>       handled well
>       -
>
>    Jenkins plugins and plugin libraries. Starting from Nov 2017 I went
>    down from ~30 maintained plugins to less than 10.
>    -
>
>       Most of the plugins got maintainers, but some widely used ones are
>       still waiting for maintainers (EnvInject
>       <https://plugins.jenkins.io/envinject>, Swarm
>       <https://plugins.jenkins.io/swarm>, Mask Passwords
>       <https://plugins.jenkins.io/mask-passwords>, Release
>       <https://plugins.jenkins.io/release>, Periodic Backup
>       <https://plugins.jenkins.io/periodicbackup>)
>       -
>
>       I will be working with Runze Xia <https://github.com/runzexia> to
>       help with becoming a maintainer of the Role Strategy
>       <https://plugins.jenkins.io/role-strategy> plugin as a part of the
>       GSoC 2019. We have 2 project ideas
>       <https://jenkins.io/projects/gsoc/2019/project-ideas/> for it: UX
>       and performance improvements
>       -
>
>       I will retain ownership of the WMI Windows Agents
>       <https://plugins.jenkins.io/windows-slaves> plugin (FKA Windows
>       Slaves) for now. Jesse Glick is the plugin’s former maintainer who is
>       active in the community, so I grant him permission to transfer 
> ownership if
>       there are such requests
>       -
>
>       Today I have marked the following plugins for adoption: Locale
>       <https://plugins.jenkins.io/locale>, Filesystem SCM
>       <https://plugins.jenkins.io/filesystem_scm>, Ownership
>       <https://plugins.jenkins.io/ownership>, Job Restrictions
>       <https://plugins.jenkins.io/job-restrictions>, Custom Tools
>       <https://plugins.jenkins.io/custom-tools-plugin>, PrioritySorter
>       <https://plugins.jenkins.io/PrioritySorter>, Extra Tool Installers
>       <https://plugins.jenkins.io/extra-tool-installers>, Run Condition
>       Extras <https://plugins.jenkins.io/run-condition-extras>, Sidebar
>       Link <https://plugins.jenkins.io/sidebar-link>. Most of these
>       plugins are in the more or less up-to-date state, but they will 
> definitely
>       benefit from an active maintainer. I will be happy to help with code
>       reviews and KTs if somebody is interested
>       -
>
>       For plugins and libraries I did not transfer (or forgot about), I
>       grant Daniel Beck (core maintainer and security officer) a blanket
>       authorization to make decisions on granting temporary write/merge and
>       release permissions for components I own within the jenkinsci
>       organization, if there is an urgency requiring immediate actions. Such
>       permission grants should be tracked in this email thread so that I can
>       trace it back
>       -
>
>    Component ownership/adoption management. I have been handling a number
>    of incoming ownership transfer and adoption requests in the developer
>    mailing list and repository-permission-updater
>    -
>
>       Repository-permission-updater
>       <https://github.com/jenkins-infra/repository-permissions-updater/>
>       is mostly maintained by Daniel Beck and Baptiste Mathus, no special
>       transition is needed
>       -
>
>       Plugin hosting process has been maintained by Alex Earl since it
>       was moved to HOSTING
>       -
>
>       Ownership transfer and adoption requests are still managed via
>       developer mailing list requests, I’ve been handling some of them. 
> Anybody
>       with #jenkins voice permissions can handle such requests (20+
>       contributors), so I am not a bottleneck here
>       -
>
>    Jenkins GSoC Subproject and SIG. Google Summer of code and community
>    outreach will stay one of my main priorities when I return back. In GSoC
>    2019 project we have 4 org admins now (Martin d’Anjou
>    <https://github.com/martinda>, Jeff Pearce
>    <https://github.com/jeffpearce>, Lloyd Chang
>    <https://github.com/lloydchang>, and me). We are in progress on
>    knowledge transfers, and my temporary absence should not impact the GSoC
>    application phase which will be happening from January to April
>    -
>
>    Jenkins security. I will continue being a member of the Jenkins
>    Security team, but I will likely miss several security releases while being
>    off
>    -
>
>    Platform SIG and Java 11 (link <https://jenkins.io/sigs/platform/>).
>    We have 3 ongoing project there (Java 11, Multi-architecture Docker images,
>    Windows Installers), and we are interested to continue them and to keep
>    regular SIG meetings
>    -
>
>       I had a discussion with Mark Waite, and he agreed to become a
>       second Platform SIG leader. Mark already contributed a lot to the 
> Platform
>       SIG stories, and I believe it is well deserved. Thanks Mark!
>       -
>
>       Regarding the Java 11 specific effort (JEP-211
>       <https://github.com/jenkinsci/jep/tree/master/jep/211>), Baptiste
>       Mathus was also interested to drive this particular effort in the
>       community. I also added him to the SIG leaders list, and they will be 
> able
>       to coordinate the effort with Mark and the Java 11 support team
>       -
>
>    Cloud Native SIG (link <https://jenkins.io/sigs/platform/>). Before
>    October I was organizing SIG meetings and driving some External Build
>    Logging stories
>    -
>
>       Carlos Sanchez (the SIG leader) will be organizing the meetings
>       going forward
>       -
>
>       There is some unfinished External Build Logging work: JEPs, core
>       patches, External Logging API plugin, and External Logging for
>       Elasticsearch plugin. I grant Jesse Glick and Carlos Sanchez a blanket
>       authorization to become JEP co-sponsors, get write/release permissions 
> to
>       the plugins, and transfer these permissions to others if needed
>       -
>
>    Jenkinsfile Runner (link
>    <https://github.com/jenkinsci/jenkinsfile-runner>). I have taken
>    ownership of this component in Autumn, and I have plans to continue working
>    on JFR. Original creators (Nicolas and Kohsuke) have merge permissions in
>    the repository, and they should be able to approve ownership requests if
>    needed. This month Evaristo Gutiérrez <https://github.com/varyvol> and 
> Francisco
>    Fernández <https://github.com/fcojfernandez> also became
>    co-maintainers of this project, and they have already contributed a lot of
>    changes there
>    -
>
>    Development tools. I maintain some development tools, most notably
>    Plugin Compatibility Tester and Custom WAR Packager. Raul Arabaolaza
>    <https://github.com/raul-arabaolaza/> has write permissions in this
>    repository and does a lot of the maintenance work there, so I believe these
>    components are covered well
>    -
>
>    Configuration as Code meeting broadcasts - Ewelina will take over
>    video recordings of CasC meetings
>    -
>
>    Jenkins RU Community. All 4 meetups have co-organizers who can drive
>    events if needed. Same for the community chats. I will be working to grant
>    Twitter access to somebody
>    -
>
>    Swiss JAM. I will keep driving it, but I have added Wadeck Follonier
>    <https://github.com/wadeck> (Jenkins Security team) and Cosmin Cojocar
>    <https://github.com/ccojocar> (Jenkins X contributor) to event
>    co-organizers. So they can organize community events if there is an 
> interest
>
>
> If you have reached the end of this list, thanks a lot for your time!
> Please be sure it is *NOT* a farewell letter. I am very excited about
> Jenkins and about recent changes in the project (SIGs, shift towards Cloud
> Native Jenkins and Jenkins as an engine), and I am looking forward to
> continue contributing to the project A LOT next year. The areas of
> contribution are TBD for now.
>
>
> If you have any questions/feedback or see any gaps in the list above,
> please do not hesitate to ask in this thread or in a private message. If
> somebody wants to take particular areas (e.g. adopt a plugin
> <https://wiki.jenkins.io/display/JENKINS/Adopt+a+Plugin>), please let me
> know as well. I will do my best to help with knowledge transfers and
> initial onboarding.
>
> Merry Christmas and Happy New Year to all of you,
>
> Oleg
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/d2686b42-8943-43ff-b552-d4997c418612%40googlegroups.com
> <https://groups.google.com/d/msgid/jenkinsci-dev/d2686b42-8943-43ff-b552-d4997c418612%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>
-- 
Kohsuke Kawaguchi

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAN4CQ4zAiEvgYrfRkW3Z1NcR4TAOr1OMtk%2BVODibmG-EKYVghA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to