docs(ja): fix typo (#2412)

<!-- Provide summary of changes -->
Hi.
This PR is a small revision of the Japanese localized docs.
I have not created an issue. I will create one if necessary.


<!-- Issue number, if available. E.g. "Fixes #31", "Addresses #42, 77" -->

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Author: haze-it

site/content/docs/concepts/applications.ja.md

@@ -1,7 +1,7 @@
 # Application
 
 Application は、Service、Environment、Pipeline といった概念を取りまとめる概念です。あなたのアプリケーションがサービス１つですべてのことをやる
-ものであるか、マイクロサービスの集まりであるかに関係なく、sCopilot はそれらとそのデプロイ先の Environment を１つの Application として取りまとめます。
+ものであるか、マイクロサービスの集まりであるかに関係なく、Copilot はそれらとそのデプロイ先の Environment を１つの Application として取りまとめます。
 
 例を見ていきましょう。ここでは投票を受け付け、結果を集計する投票アプリを構築しようとしているとします。
 

site/content/docs/concepts/pipelines.ja.md

@@ -96,7 +96,7 @@ stages:
 ```
 `pipeline.yml` で利用可能な全ての設定項目については [Pipeline Manifest](../manifest/pipeline.ja.md) をご覧ください。
 
-このファイルには大きく３つのパーツがあります。最初の `name` フィールドは CodePipeline に作成されるパイプライの名称です。そして `source` セクションは Pipeline がトラックするソースリポジトリとそのブランチといった詳細を定義し、最後の `stages` セクションでは、どの Environment に対してこの Pipeline でデプロイを行いたいか定義します。この設定ファイルはいつでも変更可能ですが、変更後は Git リポジトリへのコミットとプッシュ、その後 `copilot pipeline update` コマンドを実行する必要があります。
+このファイルには大きく３つのパーツがあります。最初の `name` フィールドは CodePipeline に作成されるパイプラインの名称です。そして `source` セクションは Pipeline がトラックするソースリポジトリとそのブランチといった詳細を定義し、最後の `stages` セクションでは、どの Environment に対してこの Pipeline でデプロイを行いたいか定義します。この設定ファイルはいつでも変更可能ですが、変更後は Git リポジトリへのコミットとプッシュ、その後 `copilot pipeline update` コマンドを実行する必要があります。
 
 よくあるケースとしては、新たなデプロイ先の Environment を増やしたいときや、Pipeline がトラックするブランチを変更したい際にこのファイルを更新することになるでしょう。あるいはもしすでに CodeStar Connections に接続済みのリポジトリがあり、Copilot で新たに作成するのではなく既存のものを利用したい場合には、その接続名を記述することになります。また、Pipeline Manifest はデプロイの手動承認を設定したり、デプロイ後に自動テストを実行したりしたい場合の設定を記述する場所でもあります。(本ページ下部の "テストの追加" もご覧ください)