Skip to content

Commit b44bda3

Browse files
JohnTitorJohnTitor
authored
Merge pull request #403 from danny0838/fix-zh-tw
2 parents a754d5d + 19f4e8b commit b44bda3

File tree

1 file changed

+125
-16
lines changed

1 file changed

+125
-16
lines changed

‎lang/zh-TW/spec/v2.0.0.md‎

Lines changed: 125 additions & 16 deletions
Original file line numberDiff line numberDiff line change
@@ -31,29 +31,117 @@ language: zh-TW
3131
語意化版本控制規範（SemVer）
3232
----------------------------
3333

34-
以下關鍵詞 MUST、MUST NOT、REQUIRED、SHALL、SHALL NOT、SHOULD、SHOULD NOT、RECOMMENDED、MAY、OPTIONAL 依照 RFC 2119 的敘述解讀。（譯著：為了保持語句順暢，以下文件遇到的關鍵詞將依照整句語意進行翻譯，在此先不進行個別翻譯。）
34+
以下關鍵詞「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、「OPTIONAL」依照 [RFC 2119](https://tools.ietf.org/html/rfc2119) 的敘述解讀。（譯著：為了保持語句順暢，以下文件遇到的關鍵詞將依照整句語意進行翻譯，在此先不進行個別翻譯。）
3535

36-
1. 使用語意化版本控制的軟體「必須 `MUST`」定義公共 API。該 API 可以在程式碼中被定義或出現於嚴謹的文件內。無論何種形式都應該力求精確且完整。
36+
1. 使用語意化版本控制的軟體必須（MUST）定義公共 API。該 API 可以在程式碼中被定義或出現於嚴謹的文件內。無論何種形式都應該（SHOULD）力求精確且完整。
3737

38-
2. 標準的版號「必須 `MUST`」採用 X.Y.Z 的格式，其中 X、Y 和 Z 為非負的整數，且「禁止 `MUST NOT`」在數字前方補零。X 是主版號、Y 是次版號、而 Z 為修訂號。每個元素「必須 `MUST`」以數值來遞增。例如：1.9.1 -> 1.10.0 -> 1.11.0。
38+
2. 標準的版號必須（MUST）採用 X.Y.Z 的格式，其中 X、Y 和 Z 為非負的整數，且禁止（MUST NOT）在數字前方補零。X 是主版號、Y 是次版號、而 Z 為修訂號。每個元素必須（MUST）以數值來遞增。例如：1.9.1 -> 1.10.0 -> 1.11.0。
3939

40-
3. 標記版號的軟體發行後，「禁止 `MUST NOT`」改變該版本軟體的內容。任何修改都「必須 `MUST`」以新版本發行。
40+
3. 標記版號的軟體發行後，禁止（MUST NOT）改變該版本軟體的內容。任何修改都必須（MUST）以新版本發行。
4141

42-
4. 主版號為零（0.y.z）的軟體處於開發初始階段，一切都可能隨時被改變。這樣的公共API 不應該被視為穩定版。
42+
4. 主版號為零（0.y.z）的軟體處於開發初始階段，一切都可以（MAY）隨時改變。這樣的公共 API 不應該（SHOULD NOT）被視為穩定版。
4343

4444
5. 1.0.0 的版號用於界定公共 API 的形成。這一版本之後所有的版號更新都基於公共 API及其修改內容。
4545

46-
6. 修訂號 Z（x.y.Z `|` x > 0）「必須 `MUST`」在只做了向下相容的修正時才遞增。這裡的修正指的是針對不正確結果而進行的內部修改。
46+
6. 修訂號 Z（x.y.Z `|` x > 0）必須（MUST）在只做了向下相容的修正時才遞增。這裡的修正指的是針對不正確結果而進行的內部修改。
4747

48-
7. 次版號 Y（x.Y.z `|` x > 0）「必須 `MUST`」在有向下相容的新功能出現時遞增。在任何公共 API 的功能被標記為棄用時也「必須 `MUST`」遞增。也「可以 `MAY`」在內部程式有大量新功能或改進被加入時遞增，其中「可以 `MAY`」包括修訂級別的改變。每當次版號遞增時，修訂號「必須 `MUST`」歸零。
48+
7. 次版號 Y（x.Y.z `|` x > 0）必須（MUST）在有向下相容的新功能出現時遞增。在任何公共 API 的功能被標記為棄用時也必須（MUST）遞增。也可以（MAY）在內部程式有大量新功能或改進被加入時遞增，其中可以（MAY）包括修訂級別的改變。每當次版號遞增時，修訂號必須（MUST）歸零。
4949

50-
8. 主版本號 X（X.y.z `|` X > 0）「必須 `MUST`」在有任何不相容的修改被加入公共 API 時遞增。其中「可以 `MAY`」包括次版號及修訂級別的改變。每當主版號遞增時，次版號和修訂號「必須 `MUST`」歸零。
50+
8. 主版本號 X（X.y.z `|` X > 0）必須（MUST）在有任何不相容的修改被加入公共 API 時遞增。其中可以（MAY）包括次版號及修訂級別的改變。每當主版號遞增時，次版號和修訂號必須（MUST）歸零。
5151

52-
9. 先行版號「可以 `MAY`」被標注在修訂版之後，先加上一個連接號再加上一連串以句點分隔的標識符號來修飾。標識符號「必須 `MUST`」由 ASCII 碼的英數字和連接號[0-9A-Za-z-] 組成，且「禁止 `MUST NOT`」留白。數字型的標識符號「禁止 `MUSTNOT`」在前方補零。先行版的優先級低於相關聯的標準版本。被標上先行版號則表示這個版本並非穩定而且可能無法達到相容的需求。範例：1.0.0-alpha、1.0.0-alpha.1、1.0.0-0.3.7、1.0.0-x.7.z.92。
52+
9. 先行版號可以（MAY）被標注在修訂版之後，先加上一個連接號再加上一連串以句點分隔的標識符號來修飾。標識符號必須（MUST）由 ASCII 碼的英數字和連接號[0-9A-Za-z-] 組成，且禁止（MUST NOT）留白。數字型的標識符號禁止（MUST NOT）在前方補零。先行版的優先級低於相關聯的標準版本。被標上先行版號則表示這個版本並非穩定而且可能無法達到相容的需求。範例：1.0.0-alpha、1.0.0-alpha.1、1.0.0-0.3.7、1.0.0-x.7.z.92、1.0.0-x-y-z.--。
5353

54-
10. 版本編譯資訊「可以 `MAY`」被標注在修訂版或先行版號之後，先加上一個加號再加上一連串以句點分隔的標識符號來修飾。標識符號「必須 `MUST`」由 ASCII 的英數字和連接號 [0-9A-Za-z-]組成，且「禁止 `MUST NOT`」留白。當判斷版本的優先層級時，版本編譯資訊「可 `SHOULD`」被忽略。因此當兩個版本只有在版本編譯資訊有差別時，屬於相同的優先層級。範例：1.0.0-alpha+001、1.0.0+20130313144700、1.0.0-beta+exp.sha.5114f85。
54+
10. 版本編譯資訊可以（MAY）被標注在修訂版或先行版號之後，先加上一個加號再加上一連串以句點分隔的標識符號來修飾。標識符號必須（MUST）由 ASCII 的英數字和連接號 [0-9A-Za-z-]組成，且禁止（MUST NOT）留白。當判斷版本的優先層級時，版本編譯資訊必須（MUST）被忽略。因此當兩個版本只有在版本編譯資訊有差別時，屬於相同的優先層級。範例：1.0.0-alpha+001、1.0.0+20130313144700、1.0.0-beta+exp.sha.5114f85、1.0.0+21AF26D3----117B344092BD。
5555

56-
11. 版本的優先層級指的是不同版本在排序時如何比較。判斷優先層級時，「必須 `MUST`」把版本依序拆分為主版號、次版號、修訂號及先行版號後進行比較（版本編譯資訊不在這份比較的列表中）。由左到右依序比較每個標識符號，第一個差異值用來決定優先層級：主版號、次版號及修訂號以數值比較，例如 1.0.0 < 2.0.0 < 2.1.0 < 2.1.1。當主版號、次版號及修訂號都相同時，改以優先層級比較低的先行版號決定。例如：1.0.0-alpha <1.0.0。有相同主版號、次版號及修訂號的兩個先行版號，其優先層級「必須 `MUST`」透過由左到右的每個被句點分隔的標識符號來比較，直到找到一個差異值後決定：只有數字的標識符號以數值高低比較，有字母或連接號時則逐字以 ASCII 的排序來比較。數字的標識符號比非數字的標識符號優先層級低。若開頭的標識符號都相同時，欄位比較多的先行版號優先層級比較高。範例：1.0.0-alpha < 1.0.0-alpha.1 < 1.0.0-alpha.beta <1.0.0-beta < 1.0.0-beta.2 < 1.0.0-beta.11 < 1.0.0-rc.1 < 1.0.0。
56+
11. 版本的優先層級指的是不同版本在排序時如何比較。
57+
58+
1. 判斷優先層級時，必須（MUST）把版本依序拆分為主版號、次版號、修訂號及先行版號後進行比較（版本編譯資訊不在這份比較的列表中）。
59+
60+
2. 由左到右依序比較每個標識符號，第一個差異值用來決定優先層級：主版號、次版號及修訂號以數值比較。
61+
62+
例如： 1.0.0 < 2.0.0 < 2.1.0 < 2.1.1。
63+
64+
3. 當主版號、次版號及修訂號都相同時，有先行版號者優先層級較低。
65+
66+
例如：1.0.0-alpha < 1.0.0。
67+
68+
4. 有相同主版號、次版號及修訂號的兩個先行版號，其優先層級必須（MUST）透過由左到右的每個被句點分隔的標識符號來比較，直到找到一個差異值後決定：
69+
70+
1. 只有數字的標識符號以數值高低比較。
71+
72+
2. 有字母或連接號時則逐字以 ASCII 的排序來比較。
73+
74+
3. 數字的標識符號比非數字的標識符號優先層級低。
75+
76+
4. 若開頭的標識符號都相同時，欄位比較多的先行版號優先層級比較高。
77+
78+
範例：1.0.0-alpha < 1.0.0-alpha.1 < 1.0.0-alpha.beta < 1.0.0-beta < 1.0.0-beta.2 < 1.0.0-beta.11 < 1.0.0-rc.1 < 1.0.0。
79+
80+
有效語意化版本的 Backus–Naur 範式語法
81+
-------------------------------------
82+
```
83+
<valid semver> ::= <version core>
84+
| <version core> "-" <pre-release>
85+
| <version core> "+" <build>
86+
| <version core> "-" <pre-release> "+" <build>
87+
88+
<version core> ::= <major> "." <minor> "." <patch>
89+
90+
<major> ::= <numeric identifier>
91+
92+
<minor> ::= <numeric identifier>
93+
94+
<patch> ::= <numeric identifier>
95+
96+
<pre-release> ::= <dot-separated pre-release identifiers>
97+
98+
<dot-separated pre-release identifiers> ::= <pre-release identifier>
99+
| <pre-release identifier> "." <dot-separated pre-release identifiers>
100+
101+
<build> ::= <dot-separated build identifiers>
102+
103+
<dot-separated build identifiers> ::= <build identifier>
104+
| <build identifier> "." <dot-separated build identifiers>
105+
106+
<pre-release identifier> ::= <alphanumeric identifier>
107+
| <numeric identifier>
108+
109+
<build identifier> ::= <alphanumeric identifier>
110+
| <digits>
111+
112+
<alphanumeric identifier> ::= <non-digit>
113+
| <non-digit> <identifier characters>
114+
| <identifier characters> <non-digit>
115+
| <identifier characters> <non-digit> <identifier characters>
116+
117+
<numeric identifier> ::= "0"
118+
| <positive digit>
119+
| <positive digit> <digits>
120+
121+
<identifier characters> ::= <identifier character>
122+
| <identifier character> <identifier characters>
123+
124+
<identifier character> ::= <digit>
125+
| <non-digit>
126+
127+
<non-digit> ::= <letter>
128+
| "-"
129+
130+
<digits> ::= <digit>
131+
| <digit> <digits>
132+
133+
<digit> ::= "0"
134+
| <positive digit>
135+
136+
<positive digit> ::= "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"
137+
138+
<letter> ::= "A" | "B" | "C" | "D" | "E" | "F" | "G" | "H" | "I" | "J"
139+
| "K" | "L" | "M" | "N" | "O" | "P" | "Q" | "R" | "S" | "T"
140+
| "U" | "V" | "W" | "X" | "Y" | "Z" | "a" | "b" | "c" | "d"
141+
| "e" | "f" | "g" | "h" | "i" | "j" | "k" | "l" | "m" | "n"
142+
| "o" | "p" | "q" | "r" | "s" | "t" | "u" | "v" | "w" | "x"
143+
| "y" | "z"
144+
```
57145

58146
為什麼要使用語意化的版本控制？
59147
------------------------------
@@ -109,15 +197,36 @@ FAQ
109197

110198
沒有，請自行做適當的判斷。舉例來說，長到 255 個字元的版本已過度誇張。再者，特定的系統對於字串長度可能會有他們自己的限制。
111199

200+
### "v1.2.3" 是語意化版本嗎？
201+
202+
不，"v1.2.3" 不是語意化版本。然而在語意化版本前加上 "v" 表示其為版本號是很常見的做法（就英文而言）。用 "v" 表示 "version" 的縮寫是版本控制的常見做法。例如：`git tag v1.2.3 -m "Release version 1.2.3"`，此例 "v1.2.3" 是標籤名稱，而語意化版本是 "1.2.3"。
203+
204+
### 有建議用於檢查語意化版本的正規表示式（RegEx）嗎？
205+
206+
有兩種。一種用命名群組，須在支援的系統上使用（PCRE [Perl Compatible Regular Expressions, i.e. Perl, PHP and R]、Python、以及 Go）。
207+
208+
參見：<https://regex101.com/r/Ly7O1x/3/>
209+
210+
```
211+
^(?P<major>0|[1-9]\d*)\.(?P<minor>0|[1-9]\d*)\.(?P<patch>0|[1-9]\d*)(?:-(?P<prerelease>(?:0|[1-9]\d*|\d*[a-zA-Z-][0-9a-zA-Z-]*)(?:\.(?:0|[1-9]\d*|\d*[a-zA-Z-][0-9a-zA-Z-]*))*))?(?:\+(?P<buildmetadata>[0-9a-zA-Z-]+(?:\.[0-9a-zA-Z-]+)*))?$
212+
```
213+
214+
另一種使用擷取群組編號（組1 = 主版號，組2 = 次版號，組3 = 修訂號，組4 = 先行版號，組5 = 編譯資訊），與 ECMA Script (JavaScript)、PCRE (Perl Compatible Regular Expressions, i.e. Perl, PHP and R)、Python、以及 Go 相容。
215+
216+
參見：<https://regex101.com/r/vkijKf/1/>
217+
218+
```
219+
^(0|[1-9]\d*)\.(0|[1-9]\d*)\.(0|[1-9]\d*)(?:-((?:0|[1-9]\d*|\d*[a-zA-Z-][0-9a-zA-Z-]*)(?:\.(?:0|[1-9]\d*|\d*[a-zA-Z-][0-9a-zA-Z-]*))*))?(?:\+([0-9a-zA-Z-]+(?:\.[0-9a-zA-Z-]+)*))?$
220+
```
221+
112222
關於
113223
----
114224

115-
語意化版本控制的規範是由 Gravatars 創辦者兼 GitHub 共同創辦者 [Tom Preston-Werner](http://tom.preston-werner.com) 所建立。
225+
語意化版本控制的規範最初是由 Gravatars 創辦者兼 GitHub 共同創辦者 [Tom Preston-Werner](https://tom.preston-werner.com) 建立。
116226

117-
如果您有任何建議，請[到 GitHub 上提出您的問題](https://github.com/mojombo/semver/issues)。
227+
如果您有任何建議，請[到 GitHub 上提出問題](https://github.com/semver/semver/issues)。
118228

119229
授權
120-
---
230+
----
121231

122-
創用 CC 姓名標示 3.0 Unported 授權條款
123-
http://creativecommons.org/licenses/by/3.0/
232+
[創用 CC 姓名標示 3.0 授權條款](https://creativecommons.org/licenses/by/3.0/)

0 commit comments

Comments
 (0)