You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Dima Spivak (JIRA)" <ji...@apache.org> on 2016/07/01 00:10:10 UTC

[jira] [Updated] (HBASE-16158) Automate runs of check_compatibility.sh on upstream infra

     [ https://issues.apache.org/jira/browse/HBASE-16158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dima Spivak updated HBASE-16158:
--------------------------------
    Attachment: 0.98.0_0.98_compat_report.html

Unrelated, but just for fun, I just ran the script and found some problems between 0.98.0 and branch 0.98. Attaching script; should we file JIRAs for any of these?

I'll spend a little bit of time getting familiar with the Yetus personality.

> Automate runs of check_compatibility.sh on upstream infra
> ---------------------------------------------------------
>
>                 Key: HBASE-16158
>                 URL: https://issues.apache.org/jira/browse/HBASE-16158
>             Project: HBase
>          Issue Type: Task
>          Components: test
>            Reporter: Dima Spivak
>         Attachments: 0.98.0_0.98_compat_report.html
>
>
> Now that we got {{check_compatiblity.sh}} working again, perhaps we should think about having it run regularly upstream? One possibility would be to tie it into Yetus runs so that the tool gets run on every commit between the branch in question and a designated Git reference (e.g. branch-1.2 could run against the earlier release of the 1.2 line) and simply grepping the output to make sure that the number of problems and warnings doesn't exceed a designated number. The other would be to run every branch in its own Jenkins job following the same workflow, but on a nightly basis. What do you guys and gals think would be best?



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