zoltan-baba · Oct 8, 2026 · Oct 8, 2026 · Oct 8, 2026 · Oct 8, 2026
@@ -46,11 +46,10 @@ import GlossTerm from '@site/src/components/GlossTerm';
 
 ビルドアノテーションはMarkdownのスニペットです。このスニペットの基本スタイルは、アノテーションコマンドの`--style`フラグによって決まります。指定できる値は次のとおりです。
 
-- `default`:
-- `warning`:
-- `error`:
-
-![annotation-styles.png](/img/_paligo/uuid-913fb5c6-4636-158b-0e87-8458323e0987.png)
+- `info`（デフォルトのスタイル）
+- `success`
+- `warning`
+- `error`
 
 アノテーションはMarkdown構文に対応しています。単純な書式設定に加えて、~文字または4つのスペースによるインデントを使用したコードブロックにも対応しています。
 

@@ -124,13 +124,13 @@ Bitrise AIビルド修正機能は、コードの修正やリポジトリへのP
 
 1. your projects<strong>Builds</strong>ページに移動し、失敗したビルドを選択します。
 1. <strong>Build log</strong>タブで<strong>Bitrise AI</strong>に移動し、<strong>Show details</strong>をクリックします。
-1. <strong>失敗の理由</strong>の下にある<strong>Fix with AI</strong>をクリックします。
+1. <strong>Failure details</strong>の下にある<strong>Fix with AI</strong>をクリックします。
 
    ![fix-with-ai.png](/img/_paligo/uuid-e3205cde-6fb9-f316-9666-a22617129183.png)
 1. Bitrise AIにビルド修正機能エージェントを起動し、現在のブランチへ変更をプッシュさせたい場合は、<strong>Continue with fix</strong>をクリックします。
 
    ![fix-build-with-ai.png](/img/_paligo/uuid-49707b16-e6a3-6f4e-ea0a-869f23923758.png)
-1. AI ビルド修正機能の実行が完了すると、確認して承認できるように、<strong>Triggeredビルド</strong>、<strong>GitHubへのプッシュ済みの変更</strong>、および<strong>エージェントログ</strong>へのリンクが生成されます。PRをプロジェクトのリポジトリにマージする準備が整いました。
+1. AI ビルド修正機能の実行が完了すると、確認して承認できるように、<strong>GitHubへのプッシュ済みの変更</strong>、<strong>Triggeredビルド</strong>、および<strong>エージェントログ</strong>へのリンクが生成されます。PRをプロジェクトのリポジトリにマージする準備が整いました。
 
    ![produced_links-ai-build-fixer.png](/img/_paligo/uuid-623c579f-869c-110a-da28-346d2a574ac0.png)
 </content>

@@ -25,3 +25,13 @@ AI機能をまったく使用したくない場合は、<GlossTerm baseform="wor
 1. <Partial_GettingToTheProjectSettingsPage />
 1. 左側で<strong>Bitrise AI</strong>を選択します。
 1. <strong>Summary</strong>を見つけて、オンに切り替えます。
+
+
+## サマリーが表示される場所 {#where-the-summary-appears}
+
+サマリーは、Bitrise websiteのビルドページに表示されます。PRコメントとして投稿することもできます。そのためには、プロジェクトの<strong>Repository</strong>設定でPRコメントをオンにし、<strong>Build summary</strong> information blockを選択します。詳細については、[PRコメントでのビルドの問題の報告](/bitrise-ci/run-and-analyze-builds/build-data-and-troubleshooting/reporting-build-problems-in-pr-comments)を参照してください。
+
+<strong>Summary</strong>をオンにすると、トグルの下にステータスインジケーターが表示され、サマリーが現在どこに表示されるかを確認できます。
+
+- <strong>Bitrise website</strong>: 常にアクティブです。
+- <strong>PR comments</strong>: PRコメントが有効で、<strong>Build summary</strong>ブロックが選択されている場合にアクティブになります。
@@ -58,9 +58,8 @@ GitHub Enterprise Serverユーザーの場合、この手順を行う必要は
 
    このリンクをクリックすると、GitHubの<strong>Bitrise</strong>インストールページに移動します。
 
-   ![github_checks_install.png](/img/_paligo/uuid-f07c26d9-ec9e-bcab-3f8e-184408ae7fc2.png)
 1. Bitriseアプリを追加するユーザーまたはGitHubOrganizationを選択します。
-1. Select an option、GitHubアプリのインストール先を選択します:
+1. GitHubアプリのインストール先のオプションを選択します:
 
    - <strong>All repositories</strong>: 現在および今後のすべてのリポジトリに適用されます。
    - <strong>Only select repositories</strong>: 必要なリポジトリを選択します。

@@ -43,7 +43,7 @@ Pipeline全体、または失敗したWorkflowsのみを、ボタン1つで再
 1. Bitrise CIを開きます。
 1. プロジェクトの完了したPipelineビルドをクリックします。
 1. Pipelineのサマリー画面で<strong>Rebuild</strong>をクリックして、再ビルドのドロップダウンメニューを表示します。
-1. Select an option:
+1. オプションを選択します:
 
    - <strong>Rebuild unsuccessful Workflows</strong>: このオプションでは、失敗したWorkflowsのみが再ビルドされます。`parallel`プロパティを使用するバリアントWorkflowsでは、このオプションを使用できない場合があります: [異なるWorkflowバリアントを使用するPipelinesの再ビルド](#rebuilding-pipelines-using-different-workflow-variants)。
    - <strong>Rebuild Pipeline全体</strong>: このオプションでは、Pipeline全体を最初から最後まで再ビルドします。

@@ -19,7 +19,7 @@ PRのコメントは、個人アカウントではなく[service credential user
 1. プロジェクトで<strong>Admin</strong>ロールまたは<strong>Owner</strong>ロールを持つユーザーで、Bitriseのプロジェクトを開きます。
 1. プロジェクトのメインページで、<strong>Project settings</strong>ボタンをクリックします。
 1. 左側にある<strong>Repository</strong>をクリックします。
-1. <strong>Build reporting</strong>までスクロールし、<strong>PR comments</strong>のenable theトグルを切り替えます。
+1. <strong>Build reporting</strong>までスクロールし、<strong>PR comments</strong>のトグルをオンにします。
 
    ![PR CommentsトグルのあるBuild reportingセクション](/img/run-and-analyze-builds/2026-07-14-build-reporting-pr-comments-toggle.png)
 1. <strong>Configure PR comments</strong>ウィンドウでは、information blockはデフォルトですべてオフになっています。PRコメントに含めたい項目を選択してください。information blockは次のとおりです:

@@ -64,10 +64,10 @@ Androidのバージョニングを設定するには:
 1. <strong>build.gradleファイルへのPath</strong>入力欄に`build.gradle`ファイルのパスを設定します。
 
    ![change-android-version.png](/img/_paligo/uuid-fb7fb260-5679-1832-9448-228a048e2b80.png)
+1. <strong>New versionName</strong>入力欄に値を追加します。
 1. <strong>New versionCode</strong>入力欄に値を追加します。
 
    default valueは$BITRISE_BUILD_NUMBER環境変数です。
-1. <strong>New versionName</strong>入力欄に値を追加します。
 
 ### iOSアプリのCFBundleVersionとCFBundleShortVersionStringの設定 {#setting-the-cfbundleversion-and-cfbundleshortversionstring-of-an-ios-app}
 
@@ -85,7 +85,7 @@ Xcode 13以降を使用するBitriseでiOSバージョニングを設定する
 :::
 
 1. <strong>Set Xcode Project Build Number</strong> StepをWorkflowに追加します。
-1. <strong>Project path、スキームおよびTarget</strong>入力欄に`Info.plist`ファイルへのファイルパスを設定します。
+1. <strong>Project path</strong>と<strong>Scheme</strong>入力欄を確認します。デフォルトでは、それぞれ`$BITRISE_PROJECT_PATH`と`$BITRISE_SCHEME`が設定されているため、通常は変更する必要はありません。必要に応じて、<strong>Target</strong>または<strong>Configuration</strong>を設定すると、変更を1つのターゲットまたはビルド構成に限定できます。
 1. <strong>Build Number</strong>入力欄に値を追加します。これにより、`Info.plist`ファイル内の`CFBundleVersion`キーが指定した値に設定されます。default valueは$BITRISE_BUILD_NUMBER環境変数です。
 1. 必要に応じて、<strong>Version Number</strong>入力欄に値を追加します。これにより、`Info.plist`ファイル内の`CFBundleShortVersionString`キーが指定した値に設定されます。この入力欄は必須ではありません。
 

@@ -27,7 +27,7 @@ import GlossTerm from '@site/src/components/GlossTerm';
   プルリクエストは、最初のイベント時に一度だけビルドをトリガーします。ほとんどの場合、その最初のイベントはプルリクエストの作成です。たとえば、PRをドラフトPRに変換しても、別のビルドがトリガーされることはありません。プルリクエストの更新に対してビルドをトリガーするには、新しいコミット用にコードプッシュトリガーを設定してください。
 
   :::
-- [<strong>Git Tag</strong>](https://github.com/Itelios/bitrise-steps-git-tag): 特定のタグが付いたコミットがビルドをトリガーするたびに、自動的にビルドがトリガーされます。
+- <strong>Tag</strong>: プッシュしたタグがトリガー条件に一致するたびに、自動的にビルドがトリガーされます。たとえば、`v`で始まるタグをプッシュすると、ビルドがトリガーされます。
 
 ## 条件 {#conditions}
 
@@ -42,7 +42,7 @@ Gitプロバイダーによってサポートされる条件は異なります
 
 トリガーには優先度を設定できます。これにより、特定のトリガーによってトリガーされたビルドの優先度が決まります。優先度が高いほど、ビルドはbuild queueの上位に配置されます。
 
-優先度は、<GlossTerm baseform="workflow editor">Workflow Editor</GlossTerm>、またはプロジェクトの<GlossTerm baseform="configuration yaml">configuration YAML</GlossTerm>ファイルのいずれかで設定できます。優先度は常に-100から100までの整数で、数値が大きいほど優先度が高くなります。デフォルトの優先度は0です。
+優先度は、<GlossTerm baseform="workflow editor">Workflow Editor</GlossTerm>、またはプロジェクトの<GlossTerm baseform="configuration yaml">configuration YAML</GlossTerm>ファイルのいずれかで設定できます。優先度は常に-100から100までの整数で、数値が大きいほど優先度が高くなります。デフォルトの優先度は0です。Build priorityは、一部のプランでのみ利用できます。
 
 build priorityの詳細、および優先度の種類間の優先順位については、[Build priority](/bitrise-ci/configure-builds/configuring-build-settings/build-priority)をご覧ください。
 

@@ -250,7 +250,7 @@ GitHubとGitLabには、[ドラフトプルリクエスト](https://docs.github.
 
 ## サポートされているトリガー条件 {#supported-trigger-conditions}
 
-すべてのトリガー条件がすべてのGitプロバイダーで利用できるわけではありません。一般的なルールとして、最もよく使用される3つのGitプロバイダー、GitHub、GitLab、Bitbucketのクラウドサービスでは、すべてのトリガー条件を利用できます。その他のプロバイダーやセルフホストのGitリポジトリについては、プッシュトリガーとプルリクエストトリガーの両方について詳細な表を確認してください。
+すべてのトリガー条件がすべてのGitプロバイダーで利用できるわけではありません。詳細については、プッシュトリガーとプルリクエストトリガーの両方の表を確認してください。
 
 ### プッシュトリガー条件 {#push-trigger-conditions}
 

@@ -1,6 +1,6 @@
 ---
 title: "1つのトリガーでの並列ビルドの開始"
-description: "Bitriseの Start for Build とBitrise Wait for BuildStepsを使用して、複数の並列ビルドを開始できます。"
+description: "Bitrise Start BuildとBitrise Wait for Build Stepsを使用して、複数の並列ビルドを開始できます。"
 sidebar_position: 4
 slug: /bitrise-ci/run-and-analyze-builds/build-triggers/starting-parallel-builds-with-a-single-trigger
 ---
@@ -36,13 +36,13 @@ Bitriseは、他のすべてのビルドをトリガーした元の「親」ビ
 
 :::important[CI上のBitrise Start Build Step]
 
-<strong>Bitrise Build Start</strong> Stepは、[see topic](urn:resource:component:43135)を呼び出すために、現在実行中のビルドのパラメーター(アプリスラッグ、ビルドスラッグ、ビルド番号など)に大きく依存しているため、<strong>Bitrise Build Start</strong> Stepをローカルで使用することはできません。
+<strong>Bitrise Start Build</strong> Stepは、現在実行中のビルドのパラメーター(アプリスラッグ、ビルドスラッグ、ビルド番号など)を使用して[Bitrise API](/bitrise-ci/api/triggering-and-aborting-builds#triggering-a-new-build-with-the-api)を呼び出すため、ローカルでは使用できません。
 
 :::
 
 :::tip[bitrise.yml例]
 
-`bitrise.yml`ファイルはWorkflow Editorの**bitrise.yml**タブで編集することも、ローカルで編集することもできます。以下の例はBitrise UIを中心に説明していますが、YAML形式を使用する場合は、[こちらの例をご覧ください](#bitriseyml-example)。
+`bitrise.yml`ファイルはWorkflow Editorの<strong>bitrise.yml</strong>タブで編集することも、ローカルで編集することもできます。以下の例はBitrise UIを中心に説明していますが、YAML形式を使用する場合は、[こちらの例をご覧ください](#bitriseyml-example)。
 
 :::
 

@@ -35,8 +35,8 @@ Bitriseは、ビルドアーティファクトとビルドログの両方を一
 保持期間を超えてアーティファクトを保持するには、Bitrise APIを使用してアーカイブしてください。
 
 1. アーカイブするビルドアーティファクトのリストを作成します。`/apps/{app-slug}/builds`を使用して、1つのプロジェクト内のすべてのビルドのリストを生成します。
-1. 各ビルドについて、`/apps/{app-slug}/builds/{buildslug}/artifacts`を使用して該当ビルドのすべてのアーティファクトを一覧表示します。
-1. 各アーティファクトについて、`/apps/{app-slug}/builds/{buildslug}/artifacts/{artifact-slug}`経由でダウンロードURLを取得します。
+1. 各ビルドについて、`/apps/{app-slug}/builds/{build-slug}/artifacts`を使用して該当ビルドのすべてのアーティファクトを一覧表示します。
+1. 各アーティファクトについて、`/apps/{app-slug}/builds/{build-slug}/artifacts/{artifact-slug}`経由でダウンロードURLを取得します。
 1. ダウンロードURLのリストを使用して、各アーティファクトをダウンロードします。
 1. すべてのアーティファクトを任意のストレージに保存します。
 

@@ -16,8 +16,6 @@ import GlossTerm from '@site/src/components/GlossTerm';
   ![builds-artifacts-tab.png](/img/_paligo/uuid-447a76c6-96e0-a493-214d-484d92a36dc8.png)
 - アプリのメインページにある<strong>Artifacts</strong>ページ。ここではインストール可能なバイナリのみを確認できます。
 
-  ![installable-artifacts-2.png](/img/_paligo/uuid-ad094f49-47bd-4ee0-a1f3-899a5d2a61a4.png)
-
 <strong>Artifacts</strong>タブにビルドごとデプロイできるファイル数に制限はありません。ただし、ファイルサイズには1ファイルあたり2GBの制限があります。
 
 
@@ -29,13 +27,12 @@ import GlossTerm from '@site/src/components/GlossTerm';
 - インストール可能なアーティファクトをダウンロードする。
 - これらのアーティファクトの詳細ページを確認する。ここには[パブリックインストールページ](/bitrise-ci/deploying/ios-deployment/installing-an-ipa-file-from-the-public-install-page)が含まれる場合があります。
 
-このページにアクセスするには、Bitriseにログインし、アプリを所有する<GlossTerm baseform="workspace">Workspace</GlossTerm>を選択して、<strong>Bitrise CI</strong>を開きます。Select your app、左側に<strong>Artifacts</strong>が表示されます。
+このページにアクセスするには、Bitriseにログインし、アプリを所有する<GlossTerm baseform="workspace">Workspace</GlossTerm>を選択して、<strong>Bitrise CI</strong>を開きます。アプリを選択すると、左側に<strong>Artifacts</strong>が表示されます。
 
 インストール可能なアーティファクトは、いくつかの異なるフィルターを使用して絞り込むことができます。
 
 - バイナリのプラットフォーム(iOSまたはAndroid)。
-
-  ![timeframe-artifacts.png](/img/_paligo/uuid-243b3111-76a9-8f92-b5aa-e345cf67e363.png)
+- バイナリを生成したビルドが実行された期間。
 - ビルドが実行された<GlossTerm baseform="workflow">Workflow</GlossTerm>。
 - ビルド対象となったリポジトリのブランチ。
 
@@ -52,8 +49,6 @@ Bitriseビルドで生成されたインストール可能なアーティファ
 
 詳細ページにアクセスするには、<strong>Artifacts</strong>ページを開き、<strong>Installable artifacts</strong>リストからファイルを選択します。
 
-![CrossPlatform.png](/img/_paligo/uuid-3a873c33-52fb-926c-64d7-faeb23df7e64.png)
-
 詳細ページ自体で最も重要な操作は、モバイルデバイスにアプリをインストールすることです。これはテストの際に特に役立ちます。次の2つの方法があります。
 
 - QRコード: スキャンしてバイナリをインストールします。
@@ -84,7 +79,7 @@ iOSアプリをデバイスにインストールする場合、そのデバイ
 
 ### ビルドが失敗した場合にアーティファクトを表示する {#viewing-artifacts-if-your-build-has-failed}
 
-<strong>前のStepが失敗した場合でもRun</strong>トグルを有効にすると、ビルドが失敗した場合でも、正常に生成されたビルドアーティファクトのみアクセスできます。たとえば、生成されたテストレポートファイルを確認することで、失敗したビルドのバグを検出できます。
+<strong>Run even if previous Step(s) failed</strong>トグルを有効にすると、ビルドが失敗した場合でも、正常に生成されたビルドアーティファクトのみアクセスできます。たとえば、生成されたテストレポートファイルを確認することで、失敗したビルドのバグを検出できます。
 
 ### ビルドアーティファクトへのアクセス権を持つユーザー {#who-can-access-build-artifacts}