Kudos

Thank you Patrick for your continued work on Lit migration and TS migration for
Gerrit FE.  Thanks to your efforts we have now migrated over 20% of all
components to Lit.
A big thank you for all your contributions!

Thank you David for contributing the javamelody plugin [1] back in 2013 [2].
Also a big thanks to all the contributors to the plugin since then.
This plugin is an amazingly useful tool that makes the life of a Gerrit admin,
and developer, so much easier.

Thank you for taking time to prepare and do a talk at the virtual Gerrit
Contributor Summit [1]. For the Gerrit community it's very important to share
knowledge and experiences. Doing a talk fosters the community collaboration and
allows us all to learn from each other.

Thank you Matthias for co-organizing the virtual Gerrit Contributor Summit [1]
together with me.

Thanks for fixing the standalone build of the PolyGerrit plugins
on stable-3.4 [1], even though it was not specific to any of your
projects or plugins. You have been demonstrating now again, and
consistently for many years, the real spirit of a vibrant open-source
community: when you see a problem anywhere, you ask yourself how can
you fix it rather than waiting for others to address it for you.
We are very delighted to have you as long-running maintainer
of the Gerrit Code Review project.

Thanks for your latest work on the RBE Build/Test [1]. We are seeing a
significant improvement in the Gerrit CI speed because of this.

  I was struggling with generating a test coverage report for the code-owners
  plugin and posted a question about this on repo-discuss [1].
  David picked up the investigation right away. He did not only reproduce and
  analyze the issue, but also filed an issue for the Bazel team [2] and uploaded
  a change [3] for the code-owners plugin that makes meassuring the test
  coverage work. In addition, David also pointed me to an easier command to
  generate the test coverage data. Thank you David, this was awesome!

  Thanks to Matthias for his prompt work again recently on stabilizing JGit for
  Gerrit 3.3 as well as downstream versions; [1]. Thanks to Luca for having
  actively supported that effort, along with his testing and releasing efforts
  around the recent security fixes [2]. This was overall teamwork, however both
  of them community colleagues walked quite a few extra miles to get this fixed.
  Thanks to Patrick for his leading work on [3] and his crucial support for [2];
  Google team's involvement remained essential here once again. Your hard work,
  guys and everyone around you, allowed us all to end up releasing Gerrit 3.3.0!

  Thanks again Saša for having helped significantly on these replication reviews
  [1] below. Once again, you were able to patiently help and iterate through a
  challenging yet relevant review then. You are among the Gerrit reviewers who
  show professional review comments, both technically and socially speaking.
  Your calm approach to a review and the attitude that follows are humble and
  exemplary. So thank you for your thorough, supportive and helpful review(s).
  You made a difference again for [1], which needed a keen stir such as yours.

  Thank you Saša for always helping people out when they struggle with Prolog
  submit rules. Being able to configure when a change should be submittable is
  important for many teams, but when this requires writing Prolog submit rules
  people often struggle because they are not much familiar with Prolog. When
  this happens, Saša is always there to help. This unblocks teams setting up
  their workflows and saves them quite some frustration debugging Prolog. Saša
  also wrote the Prolog cookbook in the Gerrit documentation [1] which continues
  to be a great source for everyone starting with Prolog submit rules.

  Often Gerrit administrators are worried about upgrading their Gerrit
  instances, especially if the upgrade is across multiple Gerrit versions and if
  it includes the migration to NoteDb. To overcome this, it's important that
  community members give feedback on performed upgrades and issues that they hit
  during the migration. Christian just shared a summary of the Gerrit upgrade
  that was done at Wikimedia, including a list of things to watch out during
  such an upgrade. Thank you Christian for sharing these insights and even more
  for contributing back fixes for the issues that you faced, making the upgrade
  smoother for others.

  For Gerrit as an open source project it is essential to have a healthy open
  source community. To address the needs of the open source community better we
  have established the role of a community manager [1] one year ago. I want to
  thank Marco and Matthias for taking up this role and filling it with life. It
  is a pleasure to work with you as community manager and I'm amazed by the
  things that we have achieved together [2].

  For the open-source community it is very important that all discusssions are
  transparent and that findings and conclusions are clearly communicated. David
  takes care to collect and publish project news regularly on our homepage [1]
  making it easy for everyone to follow what's going on in the project.
  Previously one could get this level of insights only by closely following the
  mailing list and ongoing reviews. Thank you David, this is a great overview
  for everyone, especially for people that are not deeply involved in the
  project.

  I want to thank Gert for actively supporting users on the repo-discuss mailing
  list [1]. Taking time to understand user issues and guide them to solutions is
  highly appreciated. This work is especially important to make the onboarding
  of new Gerrit users smooth.

  The Gerrit open-source project had to deal with 2 severe security
  vulnerabilities (issue 10201 [1], issue 10262 [2]) that required patching 6
  JGit releases and 8 Gerrit releases (2.9 to 2.16). David Pursehouse, David
  Ostrovsky, Jonathan Nieder, Jonathan Tan, Luca Milanesio, Masaya Suzuki and
  Matthias Sohn were extremely supportive to deal with the situation. In
  particular they took care of:

  * Reverting the problematic code in Gerrit (David Pursehouse)
  * Implementing JGit fixes (Masaya Suzuki, Jonathan Nieder)
  * Reviewing JGit fixes (Masaya Suzuki, Jonathan Nieder, Jonathan Tan, Matthias
    Sohn)
  * Preparing fixed JGit versions (Matthias Sohn)
  * Making the fixed JGit versions available to Gerrit without breaking the
    embargo (Matthias Sohn)
  * Upgrading JGit for all affected Gerrit versions (David Ostrovsky)
  * Fixing the CI build for Gerrit 2.9 (David Ostrovsky, Luca Milanesio)
  * Writing release notes (David Pursehouse)
  * Code reviews (David Pursehouse, David Ostrovsky, Luca Milanesio)
  * Releasing fixed Gerrit 2.16 versions (David Pursehouse, Luca Milanesio)
  * Releasing fixed Gerrit 2.15 version (David Pursehouse)
  * Releasing fixed Gerrit 2.9 to 2.14 versions (Luca Milanesio)
  * Announcing and documenting the vulnerabilities for the community
    (David Pursehouse, Luca Milanesio)
  * Collaboration on a post mortem (David Pursehouse, David Ostrovsky, Luca
    Milanesio, Matthias Sohn)

  This was an extraordinary collaboration across teams, projects, companies and
  timezones and showed to the Gerrit community that the Gerrit project is taking
  security seriously.

  This engagement was especially remarkable since a lot of these actions
  happened during Christmas/New Year.

  I want to thank Luca for setting up the analytics dashboard [1] for Gerrit.
  This dashboard makes the community contributions transparent and I always find
  it interesting to look at the various statistics.

  Luca runs the CI server [1] for the Gerrit project. This supports the Gerrit
  development a lot because changes are automatically verified and change
  authors get quick feedback on issues with compilation, tests and formatting.

  Luca did not only set up builds for Gerrit across all its branches, but also
  for most of the Gerrit plugins. This makes the consumption of Gerrit plugins
  much easier since users can simply download the jars of the plugins they need,
  instead of building them themselves.

  Thank you Luca!

  David takes great care of the Gerrit releases. This is of high importance for
  the Gerrit community because it makes new features and bug-fixes available for
  everyone.

  David was driving several major releases and ensures that the release notes
  are always well-written and complete. In addition, he pays high attention to
  backporting bug-fixes that matter and ensures that release issues are quickly
  addressed by frequently releasing minor versions that include these bug-fixes.
  David also takes care of merging the stable branches back to master which can
  be a lot of work because conflicts need to be resovled.

  I really appreciate all this work. Thank you!

  Since years David is taking care of our build tool chain and ensures that the
  development setup to start working on Gerrit and Gerrit plugins is staying
  smooth.

  David was the main driver to adopt first Buck and then Bazel. Rewriting the
  complete build tool chain multiple times was a large amount of work and
  included tracing down and fixing many tricky issues that required
  collaboration with the Buck and Bazel teams.

  I'm happy that the Gerrit build always just works, but I know that this can't
  be taken for granted. Thanks David for all your hard work on this.

  I want to thank Shawn for starting the Gerrit Code Review project and
  fostering a great open-source community around it.

  Shawn's passion and dedication are the source of our success. Shawn was an
  outstanding engineer who shaped the long-term vision for our project. The
  number of his contributions is beyond count, his guidance and deep technical
  knowledge were exceptional and I'm truely thankful for all his reviews that
  made me learn so much.