[wp-meta] [Making WordPress.org] #7952: Incorrect committer attribution when using Release Confirmation

Making WordPress.org noreply at wordpress.org
Mon Apr 14 10:20:38 UTC 2025


#7952: Incorrect committer attribution when using Release Confirmation
------------------------------+--------------------
 Reporter:  jorgeatorres      |      Owner:  (none)
     Type:  defect (bug)      |     Status:  new
 Priority:  normal            |  Milestone:
Component:  Plugin Directory  |   Keywords:
------------------------------+--------------------
 When using Release Confirmation, we've noticed that frequently the
 "Committer" column shows someone from the team that wasn't directly
 involved with the tagging of the new version.

 For example, for the WooCommerce plugin, we've noticed that RC has
 attributed the following releases as follows:

 - [https://plugins.trac.wordpress.org/browser/woocommerce/tags/9.6.0
 9.6.0] to `konamiman` and `jorgeatorres`. Actual committer:
 `jorgeatorres`.
 - [https://plugins.trac.wordpress.org/browser/woocommerce/tags/9.7.0/
 9.7.0] to `jorgeatorres`and `albarin`. Actual committer: `albarin`.
 - [https://plugins.trac.wordpress.org/browser/woocommerce/tags/9.7.1/
 9.7.1] to `albarin` and `jorgeatorres`. Actual committer: `jorgeatorres`.


 [https://plugins.trac.wordpress.org/browser/woocommerce/ SVN] clearly
 shows who the committer was when those tags were created.

 How is RC obtaining the list of committers? This might be related to the
 internal tools we use to publish WooCommerce, but based on the above it
 does seem like SVN has the correct information to deduce the committer.

 This doesn't impact our ability to submit releases and we haven't noticed
 any other issues with RC lately.

-- 
Ticket URL: <https://meta.trac.wordpress.org/ticket/7952>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org


More information about the wp-meta mailing list