I think we should highlight the specific circumstances that were brought up by PTLs during TSC meeting last Thursday.
In normal circumstances, PTLs agreed they must not merged their own code. However, in circumstances such as just editing one line in a pom.xml file to change the version on a dependency, the PTL would made the merge. In such case a code review is not necessary, the goal in mind is to be effective and speed up process of delivering. We need to trust our PTLs. As anything we all do is public, I would like to believe good citizenship will prevail. Thanks, Gildas ONAP Release Manager 1 415 238 6287 From: [email protected] [mailto:[email protected]] On Behalf Of GILBERT, MAZIN E (MAZIN E) Sent: Saturday, March 17, 2018 4:53 AM To: Kenny Paul <[email protected]> Cc: [email protected] P <[email protected]> Subject: Re: [onap-tsc] Community Announcement- PTL Self Code Merge Vote But this will give PTLs in other companies the ability to push their own code, or even code from their colleagues that they claim is theirs. This impacts code quality process. I am not very comfortable letting this happen, frankly. On Mar 15, 2018, at 6:30 PM, Kenny Paul <[email protected]<mailto:[email protected]>> wrote: This is to inform the community that the following item is being forwarded to the TSC for an email vote as per today’s TSC meeting. The TSC approves changing the General Code Commit Rules as documented under Approved Operational Policies<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Approved-2BOperational-2BPolicies&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=cAD_hd8nB7EFlC523Ubj359d3-sy7Yyaow8XBuQWhXE&s=nkA2AHFlGJBmvSbBlADZQSxujmyj0APLr15VUMp4PaY&e=> to allow PTLs merging their own commit provided there is a time critical need and provided that the justification for doing so is documented in the code review comments. THIS IS NOT THE CALL TO VOTE! The formal vote will occur on the onap-tsc-vote alias, not here. A plus-one, minus-one, or zero here on this issue is null and void. Best Regards, -kenny Kenny Paul, Technical Program Manager, The Linux Foundation [email protected]<mailto:[email protected]>, 510.766.5945 San Francisco Bay Area, Pacific Time Zone _______________________________________________ ONAP-TSC mailing list [email protected]<mailto:[email protected]> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Dtsc&d=DwICAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=IKSC5mg8GeOiSar1dax3GQ&m=7zFgm0XTqg3Zx-CI5PQJjIaYUEokDvu_xPWfdYtfc1U&s=E69yU-W3pvKTigIC3quTyF5mmRe3_RQBnjNiohgBzeo&e=
_______________________________________________ ONAP-TSC mailing list [email protected] https://lists.onap.org/mailman/listinfo/onap-tsc
