# SOME DESCRIPTIVE TITLE.
# Copyright (C) 2023, Xorbits Inc.
# This file is distributed under the same license as the Xinference package.
# FIRST AUTHOR <EMAIL@ADDRESS>, 2024.
#
msgid ""
msgstr ""
"Project-Id-Version: Xinference\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2024-03-07 15:03+0800\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: ja <LL@li.org>\n"
"Language: ja\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"Generated-By: Babel 2.18.0\n"

#: ../../source/development/contributing_codebase.rst:3
msgid "Contributing to the code base"
msgstr "コードベース開発ガイド"

#: ../../source/development/contributing_codebase.rst:6
msgid "Table of contents:"
msgstr "目次"

#: ../../source/development/contributing_codebase.rst:9
msgid "Code standards"
msgstr "コード規格"

#: ../../source/development/contributing_codebase.rst:11
msgid ""
"Writing good code is not just about what you write. It is also about *how* "
"you write it. During Continuous Integration testing, several tools will be "
"run to check your code for stylistic errors. Good style is a requirement for"
" submitting code to Xinference."
msgstr ""
"良いコードを書くということは、何を書くかだけでなく、どのように書くかにもよります。継続的インテグレーションテスト中には、複数のツールがコードのスタイルエラーをチェックします。優れたプログラミングスタイルは、Xinferenceにコードを提出するための要件の一つです。"

#: ../../source/development/contributing_codebase.rst:15
msgid ""
"In addition, it is important that we do not make sudden changes to the code "
"that could have the potential to break a lot of user code as a result. "
"Therefore we need it to be as backwards compatible as possible to avoid mass"
" breakages."
msgstr ""
"また、コードに突然の変更を加えることは避けてください。これにより、多くのユーザーコードに問題が発生する可能性があります。そのため、大規模な障害を避けるために、可能な限り後方互換性を維持する必要があります。"

#: ../../source/development/contributing_codebase.rst:20
msgid "Autofixing formatting errors"
msgstr "フォーマットエラーの自動修正"

#: ../../source/development/contributing_codebase.rst:22
msgid ""
"Moreover, Continuous Integration will run code formatting checks like "
"``black``, ``flake8``, ``isort``, and others using `pre-commit hooks "
"<https://pre-commit.com/>`_ Any warnings generated by these checks will "
"cause the Continuous Integration to fail. Therefore, it is advisable to run "
"the check yourself before submitting code. This can be done by installing "
"``pre-commit``::"
msgstr "さらに、継続的インテグレーションでは、`pre-commit hooks <https://pre-commit.com/>`_ を使用して"
"、``black``、``flake8``、``isort`` などのコードフォーマットチェックツールを実行します。これらのチェックによって"
"生成された警告は、継続的インテグレーションの失敗を引き起こします。そのため、コードをコミットする前に、これらのチェックを自身で実行することを"
"推奨します。これは、Xinference リポジトリのルートディレクトリで ``pre-commit`` をインストールすることで実行できま"
"す::"

#: ../../source/development/contributing_codebase.rst:30
msgid "and then running::"
msgstr "その後、次のコマンドを実行します::"

#: ../../source/development/contributing_codebase.rst:34
msgid ""
"from the root of the Xinference repository. This setup ensures that all "
"styling checks are automatically executed each time you commit changes "
"without your needing to run each one manually. In addition, using ``pre-"
"commit`` will also allow you to more easily remain up-to-date with our code "
"checks as they change."
msgstr ""
"インストールが完了すると、コミットのたびに自動ですべてのスタイルチェックが実行され、手動で個別に実行する必要がなくなります。また、``pre-"
"commit`` を使用することで、コードチェックに変更があった場合でも簡単に同期を保つことができます。"

#: ../../source/development/contributing_codebase.rst:39
msgid ""
"Note that if needed, you can skip these checks with ``git commit --no-"
"verify``."
msgstr ""
"注意してください。必要であれば、``git commit --no-verify`` コマンドを使用してこれらのチェックをスキップできます。"

#: ../../source/development/contributing_codebase.rst:41
msgid ""
"If you don't want to use ``pre-commit`` as part of your workflow, you can "
"still use it to run its checks with::"
msgstr "``pre-commit`` をワークフローの一部として使用したくない場合でも、以下のコマンドを実行してチェックに使用できます::"

#: ../../source/development/contributing_codebase.rst:46
#: ../../source/development/contributing_codebase.rst:52
msgid "without needing to have done ``pre-commit install`` beforehand."
msgstr "事前に ``pre-commit install`` を実行する必要はありません。"

#: ../../source/development/contributing_codebase.rst:48
msgid ""
"If you want to run checks on all recently committed files on upstream/main "
"you can use::"
msgstr "もし全ての最近コミットされたファイルに対してチェックを実行したい場合は、以下のコマンドを使用できます::"

#: ../../source/development/contributing_codebase.rst:56
msgid ""
"You may consider periodically running ``pre-commit gc`` to clean up repos "
"which are no longer used."
msgstr ""
"You can consider periodically running the ``pre-commit gc`` command to clean"
" up unused repositories."

#: ../../source/development/contributing_codebase.rst:61
msgid ""
"If you have conflicting installations of ``virtualenv``, if could lead to "
"errors - refer to `here <https://github.com/pypa/virtualenv/issues/1875>`_."
msgstr ""
"もし競合する ``virtualenv`` バージョンがインストールされていると、エラーが発生する可能性があります - `こちら "
"<https://github.com/pypa/virtualenv/issues/1875>`_ を参照してください。"

#: ../../source/development/contributing_codebase.rst:64
msgid ""
"Also, due to a `bug in virtualenv "
"<https://github.com/pypa/virtualenv/issues/1986>`_, you may run into issues "
"if you're using conda. To solve this, you can downgrade ``virtualenv`` to "
"version ``20.0.33``."
msgstr ""
"また、``virtualenv`` の `バグ <https://github.com/pypa/virtualenv/issues/1986>`_ "
"により、conda を使用している場合に問題が発生する可能性があります。この問題を解決するには、``virtualenv`` をバージョン "
"``20.0.33`` にダウングレードしてください。"

#: ../../source/development/contributing_codebase.rst:69
msgid "Backwards compatibility"
msgstr "後方互換"

#: ../../source/development/contributing_codebase.rst:71
msgid ""
"Please try to maintain backward compatibility. If you think breakage is "
"necessary, clearly state why as part of the pull request. Also, be careful "
"when changing method signatures and add deprecation warnings where needed. "
"Also, add the deprecated sphinx directive to the deprecated functions or "
"methods."
msgstr ""
"可能な限り後方互換性を維持してください。変更が必要と判断した場合は、プルリクエスト内でその理由を明確に説明してください。また、メソッドシグネチャを変更する際は注意し、必要に応じて非推奨警告を追加してください。さらに、非推奨となった関数やメソッドには、Sphinxの非推奨ディレクティブを追加してください。"

#: ../../source/development/contributing_codebase.rst:76
msgid "You'll also need to"
msgstr "また、あなたは～する必要があります。"

#: ../../source/development/contributing_codebase.rst:78
msgid ""
"Write a new test that asserts a warning is issued when calling with the "
"deprecated argument"
msgstr "新しいテストサンプルを作成し、非推奨パラメータを呼び出した際に警告が発せられるようにする。"

#: ../../source/development/contributing_codebase.rst:79
msgid ""
"Update all of Xinference existing tests and code to use the new argument"
msgstr "Xinference の既存のテストサンプルとコードをすべて更新し、新しいパラメータを使用するようにしてください。"

#: ../../source/development/contributing_codebase.rst:82
msgid "Type hints"
msgstr "型ヒント"

#: ../../source/development/contributing_codebase.rst:84
msgid ""
"Xinference strongly encourages the use of :pep:`484` style type hints. New "
"development should contain type hints and pull requests to annotate existing"
" code are accepted as well!"
msgstr ""
"Xinference は、:pep:`484` "
"スタイルの型ヒントの使用を強く推奨します。新しい開発には型ヒントを含めるべきであり、既存のコードに注釈を追加するプルリクエストも歓迎されます！"

#: ../../source/development/contributing_codebase.rst:88
msgid "Test-driven development"
msgstr "テスト駆動開発"

#: ../../source/development/contributing_codebase.rst:90
msgid ""
"Xinference is serious about testing and strongly encourages contributors to "
"embrace `test-driven development (TDD) <https://en.wikipedia.org/wiki/Test-"
"driven_development>`_. This development process \"relies on the repetition "
"of a very short development cycle: first the developer writes an (initially "
"failing) automated test case that defines a desired improvement or new "
"function, then produces the minimum amount of code to pass that test.\" So, "
"before actually writing any code, you should write your tests. Often the "
"test can be taken from the original GitHub issue. However, it is always "
"worth considering additional use cases and writing corresponding tests."
msgstr ""
"Xinference はテストを非常に重視しており、コントリビューターが `テスト駆動開発 (TDD) "
"<https://en.wikipedia.org/wiki/Test-driven_development>`_ "
"を採用することを強く推奨しています。この開発プロセスは「非常に短い開発サイクルの繰り返しに依存しています。まず、開発者は必要な改善や新機能を定義する（最初は失敗する）自動化テストケースを作成し、そのテストを通過するための最小限のコードを書きます」。したがって、実際にコードを書く前に、テストケースを作成する必要があります。通常、テストケースは元の"
" GitHub issue から取得できます。しかし、追加のケースを検討し、対応するテストケースを作成する価値があります。"

#: ../../source/development/contributing_codebase.rst:99
msgid ""
"Adding tests is frequently requested after code is pushed to Xinference. "
"Thus, it is worth getting in the habit of writing tests ahead of time so "
"this is never an issue."
msgstr ""
"コードをXinferenceにプッシュした後、テストサンプルを追加するよう求められることがよくあります。そのため、事前にテストサンプルを作成する習慣を身につけることが重要であり、問題が発生しないようにするためです。"

#~ msgid "Pre-commit"
#~ msgstr "Pre-commit"
