Hey,
I think we waited enough for other ideas. Let's proceed with this.
Cheers
On Thu, Jun 22, 2017 at 12:55 PM, Ali Ok <aliok(a)redhat.com> wrote:
> I am ok with that. Maybe I would wait a bit to gather more feedback, if
> there will be any new.
>
>
> On Thu, Jun 22, 2017 at 12:43 PM, Leonardo Rossetti <lrossett(a)redhat.com>
> wrote:
>
>> I personally think moving images to their own repo is the way to go.
>>
>> On Wed, Jun 21, 2017 at 8:45 AM, Ali Ok <aliok(a)redhat.com> wrote:
>>
>>> For both Travis and Jenkins we do not have any build in way to know
>>>> what was changed.
>>>
>>>
>>> In Jenkins, one can use "Included Regions". This is how I did it in
a
>>> private project of mine:
>>>
>>> [image: Inline image 1]
>>>
>>> This means, you can have 5 different plans that use the same repository
>>> and the same branch, but you can trigger builds only if something has
>>> changed in a subpath.
>>>
>>> Anyway, I don't like having a Jenkins instance that is accessible and
>>> that is managed by Red Hat employees only. Travis and DockerHub is more
>>> independent and fits better to AeroGear. If only there was a way...
>>>
>>> Cheers
>>>
>>> On Wed, Jun 21, 2017 at 1:31 PM, Wojciech Trocki <wtrocki(a)redhat.com>
>>> wrote:
>>>
>>>> I have done couple investigations for this particular problem. For
>>>> both Travis and Jenkins we do not have any build in way to know what was
>>>> changed.
>>>> One of the ways is just to have custom script to diff specific folders
>>>> and suppress builds in build matrix if there are no changes.
>>>> Moving images to own repo will be the easiest solution here.
>>>> We done that for all RHMAP core images.
>>>>
>>>> WOJCIECH TROCKI
>>>>
>>>> SOFTWARE ENGINEER
>>>>
>>>> Red Hat Mobile <
https://www.redhat.com/>
>>>>
>>>> IM: wtrocki
>>>> <
https://red.ht/sig>
>>>>
>>>> On Wed, Jun 21, 2017 at 10:59 AM, Leonardo Rossetti <
>>>> lrossett(a)redhat.com> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> We currently have the following in our digger-jenkins repo[1]:
>>>>>
>>>>> - android-sdk docker image (which includes androidctl cli);
>>>>> - jenkins android slave image;
>>>>> - openshift templates;
>>>>> - some osx related scripts;
>>>>>
>>>>> I wanted to automatically build/push the docker images to dockerhub
>>>>> after a PR is merged but I believe dockerhub has a "per
repo" integration,
>>>>> which means that both images would be built/pushed every time we send
a
>>>>> pr/commit into this repo.
>>>>>
>>>>> Does anyone know if we can create a "per folder"
integration where it
>>>>> detects Dockerfile changes per folder (if we change android-sdk
dockerfile
>>>>> it should only build this image) and not re-build and re-push both
images
>>>>> on every commit?
>>>>>
>>>>> Other options would be:
>>>>>
>>>>> - Move those images to their own repo;
>>>>> - Create/host a jenkins instance somewhere so we can automate
>>>>> this workflow with custom scripts.
>>>>>
>>>>>
>>>>> Regards,
>>>>>
>>>>> [1] -
https://github.com/aerogear/digger-jenkins
>>>>>
>>>>> --
>>>>>
>>>>> LEONARDO ROSSETTI
>>>>>
>>>>> SOFTWARE ENGINEER
>>>>>
>>>>> Red Hat SP <
https://www.redhat.com/>
>>>>>
>>>>> lrossett(a)redhat.com M: 11997030621
>>>>> <
https://red.ht/sig>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>>
>> LEONARDO ROSSETTI
>>
>> SOFTWARE ENGINEER
>>
>> Red Hat SP <
https://www.redhat.com/>
>>
>> lrossett(a)redhat.com M: 11997030621
>> <
https://red.ht/sig>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>