From: | Kartik Ohri <kartikohri13(at)gmail(dot)com> |
---|---|
To: | thomas(at)tada(dot)se |
Cc: | Chapman Flack <chap(at)anastigmatix(dot)net>, pljava-dev(at)lists(dot)postgresql(dot)org |
Subject: | Re: Travis and AppVeyor continuous integration [Re: feature/master/ci] |
Date: | 2020-08-29 08:35:35 |
Message-ID: | CAASLQ4NyFGd8J3iUpA3sCnkQ=4JccDjcHC=xrCemq9L4AdK+HQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pljava-dev |
Hi!
On Sat, Aug 29, 2020 at 12:55 PM Thomas Hallgren <thomas(at)tada(dot)se> wrote:
> Hi Chap,
>
> I'm somewhat reluctant to TravisCI due to its requirement for write
> permissions to *all* my repositories and associated data. Why would anyone
> grant an external CI service such permissions just to handle CI of *one* of
> my repositories, and why don't they offer a read-only alternative?
>
Travis recommends all repositories access but that can be easily restricted
to a single repository. Once, the application has been authorized. Github
will ask whether to install in a single repository or all.
Also, I checked which permissions the Travis app installed on my repo has.
The current Travis App has the write access to checks, commit statuses,
deployments, and repository hooks. The first three make sense but I am not
sure about the role of repository hooks. For what it's worth, AppVeyor
requires write access to only checks, commit statuses. However, in the
future I think we would like to deploy using Travis CI, Chap will be able
to provide more details in this case I believe. So, the only extra write
permission is for repository hooks which seems to be harmless but I may be
wrong.
Regards,
Kartik
From | Date | Subject | |
---|---|---|---|
Next Message | Chapman Flack | 2020-08-29 13:10:27 | Re: Travis and AppVeyor continuous integration [Re: feature/master/ci] |
Previous Message | Thomas Hallgren | 2020-08-29 07:32:27 | Re: Travis and AppVeyor continuous integration [Re: feature/master/ci] |