You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by GitBox <gi...@apache.org> on 2019/04/10 11:14:06 UTC

[GitHub] [flink] zentol edited a comment on issue #8134: Update japicmp comparison version to latest Flink 1.8.0

zentol edited a comment on issue #8134: Update japicmp comparison version to latest Flink 1.8.0
URL: https://github.com/apache/flink/pull/8134#issuecomment-481647444
 
 
   OK, let's think this through properly.
   
   The 1.X.0 release compares against the last 1.(X-1).Z release.
   The release-1.X branches always compare against the latest 1.X.Y release.
   
   This creates a tree structure, with the latest releases _always_ being leaf nodes.
   
   ```
   A -> B : B checks compatibility against A
   
   1.6.0 -> 1.6.1 -> 1.6.2 -> ...
               \-> 1.7.0 -> 1.7.1 -> 1.7.2 -> 1.7.3
                      \-> 1.8.0 -> 1.8.1 -> 1.8.2 ...
   ```
   
   Can there be incompatible changes between leaf nodes, i.e. 1.6.3 and 1.7.3, without this breaking other incompatibilities?
   I think one case might be that 1.6.4 adds a new Public API, but 1.7.3 adds a _different version_ of this API.
   
   My conclusion would be that we have to run the check twice; against the latest version in the previous series as well as the latest version in the current series.
   ```
   1.6.0 -> 1.6.1 -> 1.6.2 ---------------\
               \-> 1.7.0 -> 1.7.1 -> 1.7.2 -> 1.7.3 -/
                      \-> 1.8.0 -> 1.8.1 -> 1.8.2 <-/
   ```

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services