No. The Travis@IBM is driven only from the GitHub@IBM, and the public Travis is driven only from the public Github.
We have two copies of the repo, and the repo on the internal Github is used to develop features that need to stay internal before we can move them out to the public GitHub, e.g. during the time when a new s390x machine generation is developed but not yet announced.
What I want to achieve though is to have exactly the same files in both repos to minimize the syncing, and so I am trying to use the same .travis.yml file in both repos. Because the internal Travis is still at an older version, it does not yet have the ‘arch’ item in the job, and it also does not yet support ‘if’ at all. The os=linux-s390 was basically a workaround our Travis admins came up with, and these differences now cause two paths in my .travis.yml file.
The goal would be that I can define a job that only runs on Travis@IBM, and a job that only runs on the public Travis (due to the difference in the ‘os’ value). I am achieving this goal half-way: On the public Travis, I run only the desired job, but on the internal Travis, the job for the internal Travis runs with arch s390x but the job for the public Travis also runs unintendedly (ignoring the ‘arch’, so it runs on AMD64). That’s as good as it gets right now, I think.
Of course, I do understand that the best solution would be that the internal Travis gets upgraded, but I need to find a solution for our project now (and I’m working with our Travis admins on the upgrade question).
I’m happy enough with this workaround that I don’t need a way to distinguish the Travis installations anymore (they are distinguished by the support for ‘if’ ).