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