Apache Traffic Server 6.2 - en to ja translation catalogue (40 entries)

en: Release Process
ja: リリースプロセス

en: Managing a release is easiest in an environment that is as clean as possible. For this reason, cloning the code base in to a new directory for the release process is recommended.
ja: リリースの管理はできるだけクリーンな環境で行うのが簡単です。この理由により、リリースを行う際にはコードを新しいディレクトリにクローンすることを推奨します。

en: Requirements
ja: 必要なもの

en: A system for git and building.
ja: git とビルドのためのシステム

en: A cryptographic key that has been signed by at least two other PMC members. This should be preferentially associated with your ``apache.org`` email address but that is not required.
ja: 少なくとも他の二人の PMC メンバーによって署名された暗号鍵。これは ``apache.org`` の E メールアドレスに紐付いていることが好ましいですが、必ずしもそうである必要はありません。

en: Release Candidate
ja: リリース候補

en: The first step in a release is making a release candidate. This is distributed to the community for validation before the actual release.
ja: リリースの最初のステップはリリース候補を作成することです。これは実際のリリースに先立って検証のためにコミュニティに対して配布するものです。

en: Document
ja: ドキュメント

en: Gather up information about the changes for the release. The ``CHANGES`` file is a good starting point. You may also want to check the commits since the last release. The primary purpose of this is to generate a list of the important changes since the last release.
ja: これから行うリリースでの変更点について情報を収集してください。``CHANGES`` ファイルから始めるのが良いでしょう。最後のリリース以降のコミットを確認してもよいでしょう。これの主な目的は最後のリリース以降の重要な変更の一覧を生成することです。

en: Create or update a page on the Wiki for the release. If it is a major or minor release it should have its own page. Use the previous release page as a template. Point releases should get a section at the end of the corresponding release page.
ja: Wiki 上でこれから行うリリースについてのページを作成もしくは更新してください。もしそれがメジャーもしくはマイナーリリースである場合、そのリリース用の個別のページを用意すべきです。過去のリリースページをテンプレートとして使用してください。ポイントリリースの場合は対応するリリースページの末尾に章を設けるべきです。

en: Write an announcement for the release. This will contain much of the same information that is on the Wiki page but more concisely. Check the `mailing list archives <http://mail-archives.apache.org/mod_mbox/trafficserver-dev/>`_ for examples to use as a base.
ja: リリースについての告知文を書いてください。これは Wiki に記載した情報の多くと同じ内容となりますが、より簡潔なものになります。ベースとして使う例は `メーリングリストのアーカイブ <http://mail-archives.apache.org/mod_mbox/trafficserver-dev/>`_ を確認してください。

en: Build
ja: ビルド

en: Go to the top level source directory.
ja: ソースディレクトリの最上位に移動してください。

en: Check the version in ``configure.ac``. There are two values near the top that need to be set, ``TS_VERSION_S`` and ``TS_VERSION_N``. These are the release version number in different encodings.
ja: ``configure.ac`` に書かれているバージョンを確認してください。設定する必要のある ``TS_VERSION_S`` と ``TS_VERSION_N`` という二つの値は上のほうにあります。

en: Check the variable ``RC`` in the top level ``Makefile.am``. This should be the point release value. This needs to be changed for every release candidate. The first release candidate is ``0`` (zero).
ja: トップレベルの ``Makefile.am`` に書かれている ``RC`` 変数を確認してください。これはポイントリリースの値であるはずです。この値はリリース候補ごとに変更される必要があります。最初の候補は ``0`` ( ゼロ ) です。

en: Execute the following commands to make the distribution files. ::
ja: 以下のコマンドを実行して配布するファイルを作成してください。 ::

en: These steps will create the distribution files and sign them using your key. Expect to be prompted twice for your passphrase unless you use an ssh key agent. If you have multiple keys you will need to set the default appropriately beforehand, as no option will be provided to select the signing key. The files should have names that start with ``trafficserver-X.Y.Z-rcA.tar.bz2`` where ``X.Y.Z`` is the version and ``A`` is the release candidate counter. There should be four such files, one with no extension and three others with the extensions ``asc``, ``md5``, and ``sha1``. This will also create a signed git tag of the form ``X.Y.Z-rcA``.
ja: これらのステップにより、配布するファイルの作成とそれらに対するあなたの鍵による署名が行われます。SSH の鍵エージェントを使用していなければ、二回パスフレーズを尋ねられるはずです。もし複数の鍵を持っている場合は、署名に使う鍵を選択するオプションは無いので、予めデフォルトの鍵を適切に設定しておく必要があります。作成されたファイルの名前は ``trafficserver−X.Y.Z−rcA.tar.bz2`` で始まり、``X.Y.Z`` はバージョン、そして ``A`` はリリース候補の連番になります。そのようなファイルが四つあり、一つは拡張子無し、他の三つは ``asc``、``md5``、``sha1`` という拡張子を持っているはずです。この手順は ``X.Y.Z−rcA`` という形式の git のタグも作成します。

en: Distribute
ja: 配布

en: The release candidate files should be uploaded to some public storage. Your personal storage on *people.apache.org* is a reasonable location to use.
ja: リリース候補のファイルはどこか公開されたストレージにアップロードされるべきです。*people.apache.org* 上にあるあなた個人のストレージはこれに妥当な場所です。

en: Send the release candidate announcement to the *users* and *dev* mailinging lists, noting that it is a release *candidate* and providing a link to the distribution files you uploaded. This announcement should also call for a vote on the candidate, generally with a 72 hours time limit.
ja: リリース候補の告知を *users* と *dev* のメーリングリストに送信し、それがリリース *候補* であることを知らせ、アップロードした配布ファイルへのリンクを伝えてください。この告知は候補への投票を呼びかけるものでもあり、通常は 72 時間の時間制限で行われます。

en: If the voting was successful (at least three "+1" votes and no "-1" votes), proceed to :ref:`release-management-official-release`. Otherwise, repeat the :ref:`release-management-release-candidate` process.
ja: もし投票が成功 ( 少なくとも三つの "+1" の投票と "−1" の投票が存在しないこと ) した場合は、 :ref:`release-management-official-release` に進んでください。さもなければ :ref:`release-management-release-candidate` の手順を繰り返してください。

en: Official Release
ja: 公式リリース

en: Build the distribution files with the command ::
ja: 配布ファイルを次のコマンドでビルドしてください。 ::

en: Be sure to not have changed anything since the release candidate was built so the checksums are identical. This will create a signed git tag of the form ``X.Y.Z`` and produce the distribution files. Push the tag to the ASF repository with the command ::
ja: チェックサムが同一であり、リリース候補のビルド以降に何も変更がないことを確認してください。この手順により ``X.Y.Z`` という形式の署名された git のタグが作成され、配付ファイルが生成されます。このタグを次のコマンドで ASF のリポジトリにプッシュしてください。 ::

en: This presumes ``origin`` is the name for the ASF remote repository which is correct if you originally clone from the ASF repository.
ja: ``origin`` は ASF のリモートリポジトリの名前であると仮定しており、もし元々 ASF のリポジトリをクローンしてきたのであれば適切です。

en: The distribution files must be added to an SVN repository. This can be accessed with the command::
ja: 配付ファイルは SVN リポジトリに追加されなければなりません。これには次のコマンドでアクセスできます。

en: All four of the distribution files go here. If you are making a point release then you should also remove the distribution files for the previous release. Allow 24 hours for the files to be distributed through the ASF infrastructure.
ja: 全四つの配付ファイルはここに入ります。もしポイントリリースをする際には過去のリリースの配付ファイルを削除すべきです。配付ファイルが ASF のインフラを通じて配信されるまで 24 時間待ってください。

en: The Traffic Server website must be updated. This is an SVN repository which you can access with ::
ja: Traffic Server のウェブサイトを更新しなければなりません。これは次のコマンドでアクセスできる SVN リポジトリ上にあります。

en: The files of interest are in the ``content`` directory.
ja: 注目すべきファイルは ``content`` ディレクトリにあります。

en: This is the front page. The places to edit here are any security announcements at the top and the "News" section.
ja: このファイルはフロントページです。ここで編集するのは上部の "News" セクションにあるセキュリティに関する告知の部分です。

en: Update the downloads page to point to the new download objects.
ja: ダウンロードページが新しいファイルを向くように更新してください。

en: After making changes, commit them and then run ::
ja: これらの変更を行ったら、それらをコミットし、次のコマンドを実行してください。 ::

en: On the ``people.apache.org`` host.
ja: これは ``people.apache.org`` のホスト上で行ってください。

en: If needed, update the Wiki page for the release to point at the release distribution files.
ja: もし必要であれば、Wiki のリリースページもリリースしたファイルを向くように更新してください。

en: Update the announcement, if needed, to refer to the release distribution files and remove the comments concerning the release candidate. This announcement should be sent to the *users* and *dev* mailing lists. It should also be sent to the ASF announcement list, which must be done using an ``apache.org`` email address.
ja: 告知文を更新し、必要であれば、リリースした配布ファイルを参照し、リリース候補についてのコメントを削除してください。この告知文は *users* と *dev* のメーリングリストに送信されるべきです。また、ASF の告知用メーリングリストにも送信されるべきです。これは ``apache.org`` の E メールアドレスで行われなければなりません。

en: Finally, update various files after the release:
ja: 最後に、リリースを終えたら各種ファイルを更新してください。:

en: The ``STATUS`` file for master and for the release branch to include this version.
ja: master とリリースブランチの ``STATUS`` ファイルに今回のバージョンを含めてください。

en: The ``CHANGES`` file to have a header for the next version.
ja: ``CHANGES`` ファイルに次のバージョンのヘッダを追加してください。

en: ``configure.ac`` to be set to the next version.
ja: ``configure.ac`` に次のバージョンを設定してください。

en: In the top level ``Makefile.am`` change ``RC`` to have the value ``0``.
ja: トップレベルにある ``Makefile.am`` の ``RC`` の値を ``0`` に変更してください。
