You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@yetus.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2016/01/07 17:52:39 UTC
[jira] [Updated] (YETUS-272) add a way to flag/veto patches to code
which jenkins doesn't test
[ https://issues.apache.org/jira/browse/YETUS-272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Steve Loughran updated YETUS-272:
---------------------------------
Priority: Minor (was: Major)
I can tell from that phrasing that you mean "it should be too hard for you, steve, to write it"...
> add a way to flag/veto patches to code which jenkins doesn't test
> -----------------------------------------------------------------
>
> Key: YETUS-272
> URL: https://issues.apache.org/jira/browse/YETUS-272
> Project: Yetus
> Issue Type: Improvement
> Components: Test Patch
> Reporter: Steve Loughran
> Priority: Minor
>
> We have a recurrent problem in Hadoop where people submit patches related to s3, not realising that a yetus +1 doesn't mean that any of the s3 tests ran (they don't), and so there's risk/pressure that patches get committed without any actual tests.
> Could it be possible to provide a way to say "any patch under this path must be manually tested", and have patches vetoed if, say, they make any change to hadoop-tools/hadoop-aws
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)