Answers: <p>One could run Jenkins on MacOS.</p>
  
  <p><a href="https://medium.com/@dixitakansha15/continuous-integration-in-ios-using-jenkins-8e081753cc72" rel="nofollow noreferrer">https://medium.com/@dixitakansha15/continuous-integration-in-ios-using-jenkins-8e081753cc72</a></p>
  
  <p><a href="https://savvyapps.com/blog/continuous-integration-ios-jenkins" rel="nofollow noreferrer">https://savvyapps.com/blog/continuous-integration-ios-jenkins</a></p>
  
Answers: CC BY-SA 4.0
Answers: 2019-01-07T08:49:21.267Z
Answers: one should also consider that SaaS providers often provide strong conventions and “just works” templates for modern development practices.
Answers: simbo1905
Answers: CC BY-SA 3.0
Answers: 2017-10-03T07:33:14.797Z
Answers: Unsure this really answer the question, specially considering this point: *"But that means you have to admin your own whole CI process, plus a lot of low-level system admin tasks we'd rather avoid."*
Answers: Tensibai
Answers: CC BY-SA 3.0
Answers: 2017-11-15T13:12:50.900Z
Answers: Yes, while I appreciate poster's desire to help, the specific goal is precisely to avoid running our own MacOS Jenkins slaves. We want to stay out of the MacOS infra business, and let other people solve that for us... in Asia.
Answers: XML
Answers: CC BY-SA 3.0
Answers: 2017-10-02T14:48:19.437Z
Answers: 2017-10-02T14:48:19.437Z
Answers: 030
Answers: <p>Have you seen <a href="https://buildkite.com/" rel="nofollow noreferrer">https://buildkite.com/</a> and especially this post for IOS <a href="https://medium.com/@Pinterest_Engineering/continuous-integration-for-ios-with-nix-and-buildkite-ef5b36c5292d" rel="nofollow noreferrer">https://medium.com/@Pinterest_Engineering/continuous-integration-for-ios-with-nix-and-buildkite-ef5b36c5292d</a>?  The company is based in Australia I believe.</p>
  
  <p>My company uses Buildkite and I actually like it a lot (we don't build anything IOS/Mac); you do need to setup build agent which can be hosted on cloud provider or even bare metal. The CI/CD non-build server itself is hosted.  It supports I think all of Github webhook.</p>
  
Answers: CC BY-SA 4.0
Answers: 2019-01-07T04:07:45.537Z
Answers: 2019-01-07T04:07:45.537Z
Answers: AnthonyWC
Answers: <p>Issue here is that price for bandwidth in APAC 10 times higher than US, so probably you should multiply Buddybuild prices by 10 and ask them enterprise support keeping result numbers in you mind. I just did a calculations intended to provide you service and I got around 8k/month for 10 sim builds. Can pm me if you are interested.</p>
  
Answers: CC BY-SA 3.0
Answers: 2017-12-28T15:01:08.517Z
Answers: Even if bandwidth is 10x expensive, is electricity and gear also 10x expensive?
Answers: chicks
Answers: CC BY-SA 3.0
Answers: 2017-12-28T09:43:17.827Z
Answers: 2017-12-28T09:43:17.827Z
Answers: Siarhei Karatkevich
Body: <p><strong>TL;DR: Do you know of any hosted CI/CD providers for iOS, who have their <em>datacenter/build-boxes</em> in Asia, or at least Europe?</strong> (Bonus points if they provide both build and deploy, but build is the MVP.) </p>
  
  <hr>
  
  <p>Back-story:</p>
  
  <p>We're running CI/CD at-scale for iOS and Android: we run 10+ simultaneous builds both to test/verify our Merge-Request branches and to deploy trunk builds to our testers and stakeholders. We're using a SaaS/cloud provider we're pretty happy with... except for their location. </p>
  
  <p>We're in Asia, as is our source. Client is in a highly-regulated industry and fighting hard to keep source on-prem, as they think their regulator can't handle source in the cloud yet. Please accept this premise. I understand why they need to let go of it. But for now... assume they can't. </p>
  
  <p>What that means is: source is in Asia, but the CI/CD providers who build it are all seemingly in the US (Circle, Buddybuild, etc). Trans-pacific bandwidth sucks, particularly during the Asia business day. <strong>The time taken by every clone before every build spikes to >60 minutes for much of the business day.</strong> </p>
  
  <p>Going on-prem for the CI/CD would be pretty easy for Android builds, on docker containers. But iOS is the problem. You either need to put yourself in the business of teaching people to admin OSX and keep a fleet of build-boxes operational, or you need to let specialists solve that problem for you. </p>
  
  <hr>
  
  <p>NOTES: </p>
  
  <ul>
  <li>I am <strong><em>not</em></strong> asking for recommendations, SE community! This is a factual technical question: are certain services, that meet certain technical requirements, available in a certain geography? </li>
  <li>We know that MacStadium can provide bare MacOS VM's in Ireland. But that means you have to admin your own whole CI process, plus a lot of low-level system admin tasks we'd rather avoid. It also means separating build from deployment, for sure. But the latency appears to be acceptable. </li>
  <li>We know of other people who have cloud CI/CD platforms closer to us... but without iOS/MacOS support. </li>
  <li>We know that shallow clones require less bandwidth, which would mitigate the problem, but they also have other complications that mean our current provider doesn't support it yet. And they don't entirely solve the problem in any case.</li>
  <li>We've experimented with using off-premise GitHub mirror, which solves some of the problem, but doesn't address the regulatory issues. It also doesn't work with many webhooks, and specifically the Merge-Request webhooks that are critical to our CI pipeline for new code. We could create an agent that would monitor the webhooks, then imperatively relay API commands to the other service-providers... but that's really jumping through hoops, plus we'd have created substantial new code to maintain.</li>
  </ul>
  
Comments: CC BY-SA 3.0
Comments: 2017-12-06T07:36:02.387Z
Comments: I don't have enough information for an answer, but apparently, Microsoft's Visual Studio Teams Service allows you to build on a mac in any region.
Comments: avi
Comments: CC BY-SA 4.0
Comments: 2019-01-07T09:02:56.193Z
Comments: China is likely to have a ton of solutions not marketed in English yet it’s unlike that your client wants to build their software there for regulatory reasons. would expect SaaS build providers that are multi-jurisdiction to run on one of the top three cloud providers AWS, Azure or Google. they don’t advertise which as it’s “not a feature” and they want to be free to move in the future. It’s easy to research where AWS, Azure and GCP have data centres and their “region names” . So research that then google for providers naming such (eg “AWS eu-West”) coming up on support forums as hints.
Comments: simbo1905
Comments: CC BY-SA 4.0
Comments: 2019-01-07T09:05:55.480Z
Comments: google lets you search within a website with “site:circleci.com AWS Eu-west” or whatever. I have not tried that query but I would try the top 5 build providers and a list of the region names of the top three clouds would be some multiple of 15 queries that might get you an answer to post here. AWS Eu West for example is Dublin, Ireland which is Eu Hq of AWS.
Comments: simbo1905
Tags: <continuous-integration><continuous-deployment><ios><software-as-a-service>
Title: Hosted CI/CD for iOS that's not in the US?
UserDisplayName: XML
ThreadText: # Hosted CI/CD for iOS that's not in the US?
  
  (Asked by: username_0 on 2017-06-05)
  
  **TL;DR: Do you know of any hosted CI/CD providers for iOS, who have their *datacenter/build-boxes* in Asia, or at least Europe?** (Bonus points if they provide both build and deploy, but build is the MVP.)
  
  ---
  
  Back-story:
  
  We're running CI/CD at-scale for iOS and Android: we run 10+ simultaneous builds both to test/verify our Merge-Request branches and to deploy trunk builds to our testers and stakeholders. We're using a SaaS/cloud provider we're pretty happy with... except for their location.
  
  We're in Asia, as is our source. Client is in a highly-regulated industry and fighting hard to keep source on-prem, as they think their regulator can't handle source in the cloud yet. Please accept this premise. I understand why they need to let go of it. But for now... assume they can't.
  
  What that means is: source is in Asia, but the CI/CD providers who build it are all seemingly in the US (Circle, Buddybuild, etc). Trans-pacific bandwidth sucks, particularly during the Asia business day. **The time taken by every clone before every build spikes to >60 minutes for much of the business day.**
  
  Going on-prem for the CI/CD would be pretty easy for Android builds, on docker containers. But iOS is the problem. You either need to put yourself in the business of teaching people to admin OSX and keep a fleet of build-boxes operational, or you need to let specialists solve that problem for you.
  
  ---
  
  NOTES:
  
  * I am ***not*** asking for recommendations, SE community! This is a factual technical question: are certain services, that meet certain technical requirements, available in a certain geography?
  * We know that MacStadium can provide bare MacOS VM's in Ireland. But that means you have to admin your own whole CI process, plus a lot of low-level system admin tasks we'd rather avoid. It also means separating build from deployment, for sure. But the latency appears to be acceptable.
  * We know of other people who have cloud CI/CD platforms closer to us... but without iOS/MacOS support.
  * We know that shallow clones require less bandwidth, which would mitigate the problem, but they also have other complications that mean our current provider doesn't support it yet. And they don't entirely solve the problem in any case.
  * We've experimented with using off-premise GitHub mirror, which solves some of the problem, but doesn't address the regulatory issues. It also doesn't work with many webhooks, and specifically the Merge-Request webhooks that are critical to our CI pipeline for new code. We could create an agent that would monitor the webhooks, then imperatively relay API commands to the other service-providers... but that's really jumping through hoops, plus we'd have created substantial new code to maintain.
  
  **Tags:** continuous-integration, continuous-deployment, ios, software-as-a-service
  
  > **Comments:**
  > **username_1**: I don't have enough information for an answer, but apparently, Microsoft's Visual Studio Teams Service allows you to build on a mac in any region.  
  > **username_2**: China is likely to have a ton of solutions not marketed in English yet it’s unlike that your client wants to build their software there for regulatory reasons. would expect SaaS build providers that are multi-jurisdiction to run on one of the top three cloud providers AWS, Azure or Google. they don’t advertise which as it’s “not a feature” and they want to be free to move in the future. It’s easy to research where AWS, Azure and GCP have data centres and their “region names” . So research that then google for providers naming such (eg “AWS eu-West”) coming up on support forums as hints.  
  > **username_2**: google lets you search within a website with “site:circleci.com AWS Eu-west” or whatever. I have not tried that query but I would try the top 5 build providers and a list of the region names of the top three clouds would be some multiple of 15 queries that might get you an answer to post here. AWS Eu West for example is Dublin, Ireland which is Eu Hq of AWS.  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_3 on 2017-10-02. Score: 2
  
  One could run Jenkins on MacOS.
  
  <https://medium.com/@dixitakansha15/continuous-integration-in-ios-using-jenkins-8e081753cc72>
  
  <https://savvyapps.com/blog/continuous-integration-ios-jenkins>
  
  > **Comments:**
  > **username_4**: Unsure this really answer the question, specially considering this point: *"But that means you have to admin your own whole CI process, plus a lot of low-level system admin tasks we'd rather avoid."*  
  > **username_0**: Yes, while I appreciate poster's desire to help, the specific goal is precisely to avoid running our own MacOS Jenkins slaves. We want to stay out of the MacOS infra business, and let other people solve that for us... in Asia.  
  > **username_2**: one should also consider that SaaS providers often provide strong conventions and “just works” templates for modern development practices.  
  
  ---
  
  ### Answer by username_5 on 2019-01-07. Score: 2
  
  Have you seen <https://buildkite.com/> and especially this post for IOS <https://medium.com/@Pinterest_Engineering/continuous-integration-for-ios-with-nix-and-buildkite-ef5b36c5292d>? The company is based in Australia I believe.
  
  My company uses Buildkite and I actually like it a lot (we don't build anything IOS/Mac); you do need to setup build agent which can be hosted on cloud provider or even bare metal. The CI/CD non-build server itself is hosted. It supports I think all of Github webhook.
  
  
  ---
  
  ### Answer by username_6 on 2017-12-28. Score: 1
  
  Issue here is that price for bandwidth in APAC 10 times higher than US, so probably you should multiply Buddybuild prices by 10 and ask them enterprise support keeping result numbers in you mind. I just did a calculations intended to provide you service and I got around 8k/month for 10 sim builds. Can pm me if you are interested.
  
  > **Comments:**
  > **username_7**: Even if bandwidth is 10x expensive, is electricity and gear also 10x expensive?  
  
  ---
  
  