Merge pull request #46 from stzn/stzn-patch-1

不要な読点の削除

Guide.docc/MigrationStrategy.md

@@ -30,7 +30,7 @@
 
 プロジェクトの最も外側にある最上位モジュールから始める方が簡単な場合があります。このモジュールは、(最も外側で最上位であるという)定義上、他のモジュールから依存されていません。このモジュールへの変更は局所的にしか影響を及ぼさないので、作業量を抑えられます。
 
-しかし、変更はそのモジュールだけで終える**必要はありません**。あなたがコントロールできる、[安全でないグローバルな状態][Global]や[自動で`Sendable`に準拠している型][Sendable]が存在する依存関係は、プロジェクト全体の中の多くの警告の根本原因になる場合があります。多くの場合、これらは最初に焦点を当てると最も効果的です。
+しかし、変更はそのモジュールだけで終える**必要はありません**。あなたがコントロールできる[安全でないグローバルな状態][Global]や[自動で`Sendable`に準拠している型][Sendable]が存在する依存関係は、プロジェクト全体の中の多くの警告の根本原因になる場合があります。多くの場合、これらは最初に焦点を当てると最も効果的です。
 
 [Global]: <doc:CommonProblems##安全でないグローバルおよび静的変数>
 [Sendable]: <doc:CommonProblems#暗黙的なSendable型>
@@ -69,4 +69,4 @@ upcoming featureフラグによって明らかになった問題に対処した
 
 最初のうちは、データ隔離の問題を無効にしたり回避したりするテクニックを使うことになるでしょう。上位モジュールで、これ以上問題を無効にしたり回避したりする必要がないと感じたら、ワークアラウンドが必要な依存関係のうちの1つを次のターゲットにしてください。
 
-先に進むためにすべての警告を排除する必要はありません。とても些細な変更でさえもが大きな影響を与える可能性があることを覚えておいてください。依存関係の1つを更新できれば、いつでも元のモジュールを更新する作業に立ち戻ることができます。
+先に進むためにすべての警告を排除する必要はありません。とても些細な変更でさえもが大きな影響を与える可能性があることを覚えておいてください。依存関係の1つを更新できれば、いつでも元のモジュールを更新する作業に立ち戻ることができます。