kuma35
diff --git a/‎Documentation-ja/howto/coordinate-embargoed-releases.html‎
Lines changed: 2 additions & 2 deletions b/‎Documentation-ja/howto/coordinate-embargoed-releases.html‎
Lines changed: 2 additions & 2 deletions
diff --git a/‎Documentation-ja/howto/coordinate-embargoed-releases.txt‎
Lines changed: 1 addition & 1 deletion b/‎Documentation-ja/howto/coordinate-embargoed-releases.txt‎
Lines changed: 1 addition & 1 deletion
diff --git a/‎Documentation-ja/howto/keep-canonical-history-correct.html‎
Lines changed: 4 additions & 4 deletions b/‎Documentation-ja/howto/keep-canonical-history-correct.html‎
Lines changed: 4 additions & 4 deletions
diff --git a/‎Documentation-ja/howto/keep-canonical-history-correct.txt‎
Lines changed: 2 additions & 2 deletions b/‎Documentation-ja/howto/keep-canonical-history-correct.txt‎
Lines changed: 2 additions & 2 deletions
@@ -867,7 +867,7 @@ <h2 id="_typical_timeline">Typical timeline</h2>
 <div class="paragraph"><p>注意: Git プロジェクトはスケジュールについての保証しませんが、 Git ユーザーの安全を確保するため、解禁禁止(embargoes)を合理的に短くすることを目指しています。</p></div>
 <div class="sect2">
 <h3 id="_opening_a_security_advisory_draft">Opening a Security Advisory draft</h3>
-<div class="paragraph"><p>The first step is to <a href="https://github.com/git/git/security/advisories/new">open an advisory</a>. Technically, this is not necessary. However, it is the most convenient way to obtain the CVE number and it gives us a private repository associated with it that can be used to collaborate on a fix.</p></div>
+<div class="paragraph"><p>最初のステップは、 <a href="https://github.com/git/git/security/advisories/new">open an advisory</a> です。 技術的にはこれは必須ではありません。 ただし、 CVE 番号を取得する最も便利な方法であり、 それに関連付けられたプライベート・リポジトリーを提供してくれるため、 修正作業を共同で行うのに役立ちます。</p></div>
 </div>
 <div class="sect2">
 <h3 id="_notifying_the_linux_distributions">Notifying the Linux distributions</h3>
@@ -954,7 +954,7 @@ <h3 id="_a_href_mailto_oss_security_lists_openwall_com_oss_security_lists_openwa
 <div id="footer">
 <div id="footer-text">
 Last updated
- 2024-12-12 07:13:33 JST
+ 2025-09-12 17:13:59 JST
 </div>
 </div>
 </body>
 
@@ -77,7 +77,7 @@ Typical timeline
 Opening a Security Advisory draft
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-The first step is to https://github.com/git/git/security/advisories/new[open an advisory]. Technically, this is not necessary. However, it is the most convenient way to obtain the CVE number and it gives us a private repository associated with it that can be used to collaborate on a fix.
+最初のステップは、 https://github.com/git/git/security/advisories/new[open an advisory] です。 技術的にはこれは必須ではありません。 ただし、 CVE 番号を取得する最も便利な方法であり、 それに関連付けられたプライベート・リポジトリーを提供してくれるため、 修正作業を共同で行うのに役立ちます。
 
 Notifying the Linux distributions
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
@@ -735,13 +735,13 @@
 <body class="article">
 <div id="header">
 <h1>git pull で権威ある正規の履歴を正しく保つ</h1>
-<span id="revdate">2024-12-15</span>
+<span id="revdate">2025-09-12</span>
 </div>
 <div id="content">
 <div id="preamble">
 <div class="sectionbody">
 <div class="paragraph"><p>新しいプロジェクトインテグレーターは、他のプロジェクト開発者が期待するものから「後ろの方」に見えるプロジェクト履歴で終わることがあります。 このハウツーは、中央リポジトリを維持するための推奨される統合ワークフローを示しています。</p></div>
-<div class="paragraph"><p>Suppose that the central repository has this history:</p></div>
+<div class="paragraph"><p>ある中央リポジトリーに以下の履歴があるとします:</p></div>
 <div class="listingblock">
 <div class="content">
 <pre><code>    ---o---o---A</code></pre>
@@ -877,15 +877,15 @@ <h1>git pull で権威ある正規の履歴を正しく保つ</h1>
                 \                 /
                  B0--B1---------B2</code></pre>
 </div></div>
-<div class="paragraph"><p>See also <a href="https://git-blame.blogspot.com/2013/09/fun-with-first-parent-history.html">https://git-blame.blogspot.com/2013/09/fun-with-first-parent-history.html</a></p></div>
+<div class="paragraph"><p><a href="https://git-blame.blogspot.com/2013/09/fun-with-first-parent-history.html">https://git-blame.blogspot.com/2013/09/fun-with-first-parent-history.html</a> も参照して下さい。</p></div>
 </div>
 </div>
 </div>
 <div id="footnotes"><hr /></div>
 <div id="footer">
 <div id="footer-text">
 Last updated
- 2024-12-15 13:37:36 JST
+ 2025-09-12 17:17:30 JST
 </div>
 </div>
 </body>
 
@@ -10,7 +10,7 @@ git pull で権威ある正規の履歴を正しく保つ
 
 新しいプロジェクトインテグレーターは、他のプロジェクト開発者が期待するものから「後ろの方」に見えるプロジェクト履歴で終わることがあります。 このハウツーは、中央リポジトリを維持するための推奨される統合ワークフローを示しています。
 
-Suppose that the central repository has this history:
+ある中央リポジトリーに以下の履歴があるとします:
 
 ------------
     ---o---o---A
@@ -159,4 +159,4 @@ topic-bとtopic-cをマージしているときに、誰かが再び中央リポ
 		 B0--B1---------B2
 ------------
 
-See also https://git-blame.blogspot.com/2013/09/fun-with-first-parent-history.html
+https://git-blame.blogspot.com/2013/09/fun-with-first-parent-history.html も参照して下さい。