搶先看Swift3.0

玄學醬發表於2017-10-19
本文講的是搶先看 Swift 3.0,

這篇文章介紹了 Swift 3.0 的目標、釋出程式和預計的時間表。

Swift 3.0 是一個不相容 Swift 2.2 語法的大版本更新。它對語法和基本庫有著根本性的改變。Swift 3.0 實現的完整修改列表可以在 Swift evolution site 中檢視。

Swift 3.0 是首個包含 Swift Package Manager 的釋出版本。現在 Swift Package Manager 還處於早期開發版本,它支援開發和釋出跨平臺的 Swift 包。Swift Package Manager 將同時支援 Drawin 和 Linux 兩個平臺。

對於 Linux,Swift 3 將會是第一個包含 Swift Core Libraries 的釋出版本。

Swift 3.0 預計在 2016 年後半年的某個時候釋出。除了 Swift.org 的版本,Swift 3.0 也會被包含在未來的 Xcode 中。

開發前瞻

  • Swift 3.0 將會有一系列的開發者預覽版本(例如「種子版」或「測試版」),以提供合格且聚合的 Swift 3 構建版本。其目標是為使用者提供更穩定和高質量的 Swift 二進位制檔案 下載 並嘗試,而不僅僅是對 master 分支抓取最新的快照。

  • 開發者預覽版的釋出節奏可能是不規律的,但通常會在 4~6 周之間。這將取決於變更進入 master 分支和讓開發者預覽版穩定下來的時間。

  • Swift 3.0 會將最後一個開發者預覽版的分支標記為 “GM” 版本。

  • 進入開發者預覽版的內容將由合適的發行管理者(見下文)管理。

瞭解 Swift 3.0 的變化

分支

  • master: Swift 3.0 的開發都發生在 master。所有的改動都將合併到 master 並被作為 Swift 3.0 最終版本的一部分,直到最後一個開發者預覽版本分支被建立。並且這個 master 將繼續跟進未來版本的 Swift。

  • swift-3.0-preview–branch: 這些分支都將從 master 建立。所有的合併請求都需要通過持續整合測試才能提交。這個分支用來管理和批准貢獻者合併程式碼到開發者預覽版分支的請求。

  • swift-3.0-branch: 最後一個從 master 分支建立的開發者預覽版本將會被命名為 swift-3.0-branch。這是最終的「釋出分支」。

談談 Swift 3.0 理念上的變化

  • 在 Swift 3.0 中僅收錄經過縝密考慮符合核心發行目標的改動。

  • 對於語言崩壞性的改動將在經過逐個審查的基礎上考慮。

  • Swift 3.0 所有的語言和 API 變化都將經過 Swift Evolution 過程。

  • 準則 – 由發行管理者決定 – 對於接受變更的政策將會隨著版本釋出的臨近而變得越來越嚴格,相同的策略也使用於開發者預覽分支,開發者預覽分支本質上是 mini-releases。

時間表

  • 第一個開發者預覽分支 swift-3.0-preview-1-branch 將會在 5 月 12 日從 master 分支建立,將會在 4~6 周後釋出。

  • 而建立最後一個開發者預覽版分支 —— swift-3.0-branch 的時間則尚未確定。當這個計劃時間被確定後將會在 swift-dev 通知,同時也會在這個帖子(譯註:指英文原文)更新。

受影響的倉庫

以下倉庫也將會擁有 swift-3.0-preview-<x>-branch</x>/swift-3.0-branch 分支併成為 Swift 3.0 的一部分發布:

以下倉庫將只有一個 swift-3.0-branch 取代開發者預覽分支,因為他們已經很好的融合。

發行管理者

所有的釋出管理都將由以下人員進行監督,他們將會嚴格控制進入 Swift 3.0 的變更。

如果你對發信管理過程有任何疑問隨身都可以通過郵件列表 swift-dev 或者直接聯絡 Ted Kremenek

對開發者預覽版的合併請求

所有對開發者預覽版的合併請求提出的變更都需要包含以下資訊:

  • 描述:對於修復問題或者增強效能的介紹。可以簡短但必須清晰。

  • 影響範圍:影響範圍和重要性的評估。例如「這個修改對語法有破壞性的改變」等等。

  • SR Issue:這個改動 修復/執行 了一個 bugs.swift.org 上的 問題/優化。

  • 風險:這個改動會產生什麼(特定的)風險?

  • 測試:已經採取了什麼測試手段或者需要進行什麼樣的進一步測試來評估這個改動所帶來的影響?

對於那些受影響的元件,一個或更多 程式碼所有者 應該稽核改動。技術審查可以由程式碼所有者委託其他人稽核,或者其它合適、有效的方法。

所有的變更進入開發者預覽版分支都必須經過合併請求並且由相應的發行管理者稽核。






原文釋出時間為:2016年06月12日

本文來自雲棲社群合作伙伴掘金,瞭解相關資訊可以關注掘金網站。


相關文章