[ 
https://issues.apache.org/jira/browse/YETUS-442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15428885#comment-15428885
 ] 

Casey Brotherton commented on YETUS-442:
----------------------------------------

Looking through the code some more...Some notes for myself:

Notes for myself:
 precommit/core.d/patchfiles.sh locate_patch

calls all of the ${bugsys}_locate_patch for each of the BUGSYSTEMS defined.
The loop in locate_patch in patchfiles.sh does not break when it finds a match.
When a bugsystem_locate_patch finds a match, the PATCH_SYSTEM env variable is 
set.

when jira_locate_patch finds the github link, it calls the github_locate_patch, 
and does
not set PATCH_SYSTEM.  

The current code does not change that behaviour.
  
  

> JIRA plugin will not fallback to normal patch if it fails to find a github 
> pull
> -------------------------------------------------------------------------------
>
>                 Key: YETUS-442
>                 URL: https://issues.apache.org/jira/browse/YETUS-442
>             Project: Yetus
>          Issue Type: Bug
>          Components: Test Patch
>    Affects Versions: 0.1.0, 0.2.0, 0.3.0, 0.2.1, 0.4.0
>            Reporter: Casey Brotherton
>            Assignee: Casey Brotherton
>            Priority: Minor
>         Attachments: YETUS-442.00.patch
>
>
> Initial determination of a github pull request uses a regular expression from
> the jira text
> If a JIRA appears to have a link to a github pull request, 
> then the plugin will process the link further.
> If that processing fails, then the JIRA plugin will not attempt to fallback 
> to 
> checking for an attached patch file.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to