提交 bedbc00c 编写于 作者: S sogabe

Fix Japanese l10N for master-slave

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@9358 71c3de6d-444a-0410-be80-ed276b4c234a
上级 53db09e2
<div>
いつスレーブを開始、終了するかを指定します。
<dl>
<dt><b>
可能な限りオンラインのままにする
</b></dt>
<dd>
これはデフォルトで通常の設定です。
このモードでは、Hudsonはスレーブを極力オンラインのままにしようとします。
ユーザーの手助けなしにHudsonがスレーブを開始できるなら、スレーブが使用できない場合に定期的にリスタートしようとします。
Hudsonはスレーブをオフラインにはしません。
</dd>
<dt><b>
決められた時間にオンラインやオフラインにする
</b></dt>
<dd>
このモードでは、Hudsonは設定したスケジュールに従ってスレーブをオンラインにします。
ユーザーの手助けなしにHudsonがスレーブを開始できるなら、
オンラインの時間帯にスレーブが使用できない場合は定期的に開始しようとします。
 オフラインの時間帯には、スレーブはそのスレーブ上で実行中のなジョブがない場合、オフラインになります。
</dd>
<dt><b>
必要に応じてオンラインやオフラインにする
</b></dt>
<dd>
このモードでは、ユーザーの手助けなしにHudsonがスレーブを開始できるなら、
次の条件に合う未実行のジョブがある間はスレーブを開始しようとします。
<ul>
<li>少なくとも決められた起動が要求された期間にはキューにある</li>
<li>このスレーブ上で実行可能</li>
</ul>
スレーブは次の場合オフラインになります。
<ul>
<li>スレーブ上に実行中のジョブが存在しない</li>
<li>スレーブが少なくとも決められた待機期間中に待機中である</li>
</ul>
</dd>
</dl>
</div>
\ No newline at end of file
<div><!-- TODO 誰か訳して -->
Command to be used to launch a slave agent program, which controls the slave
computer and communicates with the master.
<div>
スレーブエージェントとプログラムの起動に使用するコマンドで、スレーブのコンピュータの制御、
マスターとの通信を行います。
<h3>JNLP slave agents</h3>
<h3>JNLPスレーブエージェント</h3>
<p>
Leave this field empty if you'd like to launch slave agents via JNLP.
With this setting, the slave information page (hudson/computer/***/) will
have a JNLP launch icon, and you can click that link from the correct slave
machine to launch a slave agent via JNLP.
JNLPでスレーブエージェントを起動する場合は空欄のままにします。
この設定を行うと、スレーブ情報ページ (hudson/computer/***/) にJNLPの起動アイコンが表示され、
正しいスレーブマシーンからこのリンクをクリックすると、JNLPでスレーブエージェントを起動できます。
<p>
This mode is convenient for Windows slaves that often do not have a remote execution
mechanism.
このモードは、リモート実行の仕組みを持っていないWindowsのスレーブを使用する場合に便利です。
<h3>ssh/rsh slave agents</h3>
<h3>ssh/rshスレーブエージェント</h3>
<p>
When an actual command is specified in this field,
this command is executed on the
master, and Hudson assumes that the executed program launches the <tt>slave.jar</tt>
program on the correct slave machine.
この項目にコマンドが指定されたとき、マスターでこのコマンドが実行されます。そして、
Hudsonは、その実行コマンドが正しいスレーブマシーン上で<tt>slave.jar</tt>を起動することを想定しています。
<p>
A copy of <tt>slave.jar</tt> can be found in <tt>WEB-INF/slave.jar</tt> inside
<tt>hudson.war</tt>.
<tt>slave.jar</tt>のコピーが、<tt>hudson.war</tt>の中の<tt>WEB-INF/slave.jar</tt>にあります。
<p>
In a simple case, this could be
something like "ssh <i>hostname</i> java -jar ~/bin/slave.jar".
シンプルなケースでは、このコマンドは"ssh <i>hostname</i> java -jar ~/bin/slave.jar"のようなものになります。
However, it is often a good idea to write a small shell script, like the following, on a slave
so that you can control the location of Java and/or slave.jar, as well as set up any
environment variables specific to this slave node, such as PATH.
しかし、PATHのようなこのスレーブノード独自の環境変数を設定するのと同時に、javaやslave.jarの場所を制御できるように、
 スレーブに以下のような小さいシェルスクリプトを書くのはいい考えです。
<pre>
#!/bin/sh
exec java -jar ~/bin/slave.jar
</pre>
<p>
<p><!-- TODO:誰か訳して -->
You can use any command to run a process on the slave machine, such as RSH,
as long as stdin/stdout of this process will be connected to
"java -jar ~/bin/slave.jar" eventually.
<p>
In a larger deployment, It is also worth considering to load <tt>slave.jar</tt> from
a NFS-mounted common location, so that you don't have to update this file every time
you update Hudson.
スレーブがたくさん配置されている場合、NFSでマウントされた共通の場所から、
<tt>slave.jar</tt>をロードすることは考える価値があります。
そうすれば、Hudsonを更新するごとにこのファイルを更新する必要がありません。
<p>
Setting this to "ssh -v <i>hostname</i>" may be useful for debugging connectivity
"ssh -v <i>ホスト名</i>"とすると、接続確認するのに便利です。
issue.
</div>
<div><!-- TODO 誰か訳して -->
Optional human-readable description of this slave. This information
is displayed on the project configuration screen.
<div>
このスレーブの説明です。この情報はプロジェクトの設定画面に表示されます。
<p>
When you have slaves that are different from others, it's often helpful
to use this field to explain what is different. For example, entering
"Windows slave" in this field would allow project owners to choose to
always build on a Windows machine (for example, if they need some
Windows-specific build tool.)
他のスレーブとは異なるスレーブがあれば、この項目を使用して何が異なるのか説明するのに便利です。
例えば、この項目に"Windows用スレーブ"と記述すると、
プロジェクトの管理者はWindowsマシーンで常にビルドするように選択できます(Windows用のビルドツールが必要な場合など)。
</div>
\ No newline at end of file
<div><!-- TODO 誰か訳して -->
Labels (AKA tags) are used for grouping multiple slaves into one logical group.
<div>
ラベル(別名 タグ)は複数のスレーブを1つの論理グループにまとめるために使用します。
<p>
For example, if you have multiple Windows slaves and you have jobs that require
Windows, then you can configure all your Windows slaves to have the label 'windows',
then tie the job to the 'windows' label. This allows your job to run on any
of your Windows slaves but not on anywhere else.
例えば、Windowsのスレーブが複数と、Windowsが必要なジョブがある場合、すべてのWindowsスレーブの'windows'というラベルを設定し、
ジョブを'windows'ラベルに紐付けることができます。こうすると、ジョブは他のスレーブではなく、
Windowsスレーブのどれかで動作します。
</div>
\ No newline at end of file
<div><!-- TODO 誰か訳して -->
This controls the number of concurrent builds that Hudson can perform on this slave.
So the value affects the overall system load Hudson may incur.
A good value to start with would be the number of processors.
<div>
このスレーブで同時に実行できるビルドの数を指定します。
この値は、Hudsonが引き起こすシステム全体の負荷に影響を与えます。
初期値には、使用しているシステムのプロセッサ数が望ましいです。
<p>
Increasing this value beyond that would cause each build to take longer, but it could increase
the overall throughput, because it allows CPU to build one project while another build is waiting
for I/O.
プロセッサ数以上にこの値を増やすと、個々のビルドにかかる時間は長くなりますが、
全体でのスループットを増加することができます。
なぜなら、あるビルドがI/O待ちをしている間に、 CPUは別のプロジェクトをビルドできるからです。
<p>
Setting this value to 0 is useful to remove a disabled slave from Hudson temporarily without
losing other configuration information.
ここの設定値を失うことなく一時的に使用できないスレーブをはずすには、この値を0にすると良いでしょう。
</div>
\ No newline at end of file
<div><!-- TODO 誰か訳して -->
<div>
<p>
A slave needs to have a directory dedicated to Hudson. Specify
the absolute path of this work directory on the slave, such as
'/export/home/hudson'.
スレーブにはHudson用のディレクトリが必要です。
'/export/home/hudson'のような、スレーブのワークディレクトリの絶対パスを指定します。
<p>
Slaves do not maintain important data (other than active workspaces
of projects last built on it), so you can possibly set the slave
workspace to a temporary directory. The only downside of doing this
is that you may lose the up-to-date workspace if the slave is turned off.
スレーブは重要なデータ(直前にビルドしたプロジェクトのワークスペースを除いて)を保持しないので、
スレーブのワークスペースをテンポラリディレクトリに設定できます。
唯一の弱点は、スレーブが落ちると、最新のワークスペースを失うことです。
</div>
<div>
スレーブの開始方法。
</div>
\ No newline at end of file
<div><!-- TODO 誰か訳して -->
Controls how Hudson schedules builds on this machine.
<div>
ビルドのスケジューリング方法を選択します。
<dl>
<dt><b>
Utilize this slave as much as possible
このスレーブをできるだけ利用する
</b></dt>
<dd>
This is the default and normal setting.
In this mode, Hudson uses this slave freely. Whenever there is a build
that can be done by using this slave, Hudson will use it.
これはデフォルトで通常の設定です。
このモードでは、Hudsonはこのスレーブを自由に利用します。このスレーブを利用して実行できるビルドがあればいつでも、
Hudsonはこのスレーブを利用します。
</dd>
<dt><b>
Leave this machine for tied jobs only
このマシーンを特定ジョブ専用にする
</b></dt>
<dd>
In this mode, Hudson will only build a project on this machine when
that project specifically has this slave as the "assigned node".
このモードでは、プロジェクトが"このビルドは指定のノード上でのみ実行"としてこのスレーブを指定している場合、
このマシーンで1つだけプロジェクトをビルドします。
This allows a slave to be reserved for certain kinds of jobs.
For example, to run performance tests continuously from Hudson,
you can use this setting with # of executors as 1, so that only one performance
test runs at any given time, and that one executor won't be blocked
by other builds that can be done on other slaves.
スレーブをある種のジョブ専用にすることができます。
例えば、Hudsonで継続的に性能テストを動かすために、同時実行数を1として設定できます。
そうすると、いつでも性能テストが1つだけ動き、他のスレーブでも実行できる他のビルドに実行を妨げられることはありません。
</dd>
</dl>
</div>
\ No newline at end of file
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册