我们已经发布了Xcode的11.2,这将取代beta版

新的图像包含的Xcode 11.2,上卡塔利娜运行。

您可以选择通过选择该图片11.2.0如下:

工作:构建:MacOS的:Xcode中:11.2.0

这是第一个形象,我们与卡特琳娜建成,所以可能会有一些错误 - 请让我们知道,如果你发现任何不寻常的。

强调

  • 操作系统已经升级到Mac系统10.15(19A602)卡塔利娜。
  • 该时区变更为格林威治标准时间。我们用来设置时区以PDT / PST,这引起了一些问题出现了夏令改变各一次。
  • Ruby是2.6.3
  • 默认的shell是庆典--login
  • Xcode的11.2构建11B52
  • 安装在运行时分别是:
  • iOS的12.2
  • iOS的12.4
  • iOS的13.2
  • tvOS 12.4
  • tvOS 13.2
  • watchOS 5.3
  • watchOS 6.1

清单安装的软件是在这里

红宝石

Xcode中对CircleCI的最后几个发行版是Ruby用户有问题,由于在Xcode 11如何运MacOS的SDK的问题。这迫使我们做出使用Ruby一些重大的变化。我希望升级到卡特琳娜将解决这些问题,使用Ruby会更加直截了当。

卡特琳娜附带zsh的作为默认的外壳,但与CircleCI,默认的shell仍然是庆典。默认情况下,在Mac OS命令与运行/斌/庆典--login -eo pipefail -C $ COMMAND

您可以自定义的壳执行者工作要么命令,这将让你过运行一个命令zsh的,你应该想:

工作:构建:MacOS的:Xcode中:11.2.0外壳:zsh的步骤: - 执行:echo你好从zsh的。

我们会需要的Xcode 11.2.1构建11B53

我想你的意思是这个包含的Xcode的11.2版本(GM)?

这是不是因为你不能提交发布到苹果本次发布一个有用的版本。
Xcode中11.2.1构建11B53是必需的

是的,谢谢,这是从以前的通知的复制粘贴错误。感谢您的举报,我已经编辑后进行修复。

嗨麦克,

感谢您指出了这一点 - 我不知道存在这样的问题与11.2.0。

现在我建立一个11.2.1形象,我会保持这个帖子的最新进展。

渣子

喜欢

谢谢@marc。我们在等待这个新形象!

干杯

@marc是否有一个原因chruby自动切换被禁用?

我们使用.ruby版本,以保持我们的口译跨我们的团队和CI相同的版本,它的伟大工程,或至少它确实到现在为止。现在我要回去,并添加额外的脚本来打开它无处不在,我们的构建脚本使用红宝石。

喜欢

嗨乔希,

很抱歉使用Ruby的变化。它是我干的。

我试图找到多少定制一个微妙的平衡,当我们创建图像做MacOS的。下面是最近的Ruby变化上下文历史很短:

  • 我们使用Ruby的政策一直是系统附带的Ruby作为默认的Ruby和上列出安装Ruby的最新的稳定版本ruby-lang.org。开关上涨给用户。
  • 之前的Xcode 11的图像都有了系统的Ruby作为默认的图像。chruby并自动切换安装了,并且资源d在在〜/ .bash_profile。由于我们默认使用一个非登陆shell在所有的操作系​​统,这是不是意味着自动切换没有盒子的冒了出来。如果你改变了你的壳庆典--login,这将触发在〜/ .bash_profile每一步前运行,并自动切换会工作。
  • 当Xcode的11运,东西打破了我们的用户。xcode的11包含在MACOS 10.15 SDK,其具有用于卡塔利娜系统头,包括红宝石2.6标题(而不是2.3红宝石该附带莫哈韦)。这让我们的客户无法安装宝石是有天然的依赖性。为了解决这个问题,我改变了默认的Ruby 2.6。要做到这一点,我不得不启用chrubyautoswitcher,通过改变默认的shell是庆典--login。我还创建了一个〜/ .ruby版本与文件红宝石2.6指定。这种变化的外壳打破了一堆人的来建立(对不起!),但它是使与莫哈韦沙漠的Xcode 11 Ruby的工作,而就在我们身边发生重大变化的唯一途径。大部分是引起了人们的建立打破了问题是因为autoswitcher启用时,它才不是。此行为更改影响使用的所有图像的人,不只是Xcode的11,这是令人沮丧的我们和我们的用户。
  • 我们的Xcode 11.2图像船舶上卡塔利娜,解决了MacOS的SDK和Ruby头的问题,所以该系统的Ruby再次工作。所以,我已经离开了系统的Ruby作为卡塔利娜默认(这一变化打破了人们的建立谁是从11.0和11.1升级,因为他们希望能够安装宝石开箱即用,无需须藤)。

我决定不包括Xcode的11.2默认情况下自动切换。随着autoswitcher启用默认或默认关闭的,人民的构建将打破升级时从早期的图像。

究其原因,我决定离开它默认情况下,是它的谁不指望它来了解系统的用户更加容易。有没有“神奇”的默认图像发生。要启用自动切换,你将不得不增加一个明确的步骤,您的构建。在我看来(我不是说是正确的),它更容易解释给别人,他们需要使autoswitcher选择不同版本的Ruby,而不是他们需要的人解释去掉从他们的bash配置文件autoswitcher禁用它。

我想最巧妙的方法事情让使用自动切换命令。也许这样的事情(我可能会发布MacOS的奥布来做到这一点):

版本:2.1命令:enable_ruby_switcher:步骤: - 运行:名称:安装Ruby切换命令:echo '源/usr/local/share/chruby/auto.sh' >>〜/ .bash_profile中工作:构建:MacOS的:Xcode中:11.20.0步骤: - 结帐 -  enable_ruby_switcher  - 运行:捆绑安装

使用这样的命令将意味着你不需要在指定的Ruby版本的config.yml,你可以保持信息.ruby版本

对不起再次对所有这些变化 - 理想YHE构建环境将是稳定和可预见 - - 我们反应的变化也使得苹果公司他们,我知道这是你从我们所需要的。

渣子

2喜欢

@marc谢谢。我一直使用--login壳圈上运行脚本,所以我想我从来没有注意到你前面提到的改变。

我敢肯定,转移到新的操作系统移动VM是不容易的你们。只是请,无论配置你决定最适合大家,尽量坚持下去以后的版本。(说起来容易做起来难,我知道...手指交叉)

我倾向于把它变成.bash_profile文件中,通过只复制配置文件了我的项目,进入检查代码〜/后右出。(我从来没有检查,但我假定一个干净CircleCI VM还没有〜/ .bash_profile中启动时?)

@marc今天,我们应该期待的新形象?

嗨凯文,

这不会是今天 - 我刚开始影像的副本,它会在夜间运行,我会在我的早晨启用它(我在爱尔兰)。

渣子

嗨乔希,

在〜/ .bash_profile在〜/ .bashrc〜/ .zshrc都是一样的,它们含有这样的:

出口LC_CTYPE =的en_US.UTF-8源/usr/local/share/chruby/chruby.sh

渣子

@marc很高兴知道。而不是覆盖在〜/ .bash_profile,我正好连接我的变化在年底,所以我不撞CircleCI的设置。

谢谢@marc。我会看它是在早晨。

这是现在直播 -xcode的11.2.1 GM种子1发行日期