Hikiを使用して公開しています。誰でも、自由に、typo や 誤訳を修正することが出来ます。]]>SideMenu
http://www.kyobashi.org/hf/RakeUserGuide/?SideMenu
2006-06-26T13:25:28+00:00@@ -7,11 +7,11 @@
{{toc_x "RakefileFormat", 2}}
!![[FrequentlyAskedQuestions]]
{{toc_x "FrequentlyAskedQuestions", 2}}
-----
+
![[掲示板|BBS]]
-----
-!広告
-{{ad}}
-----
+
!最新の20件
{{recent}}
+
+!広告
+{{ad}}]]>3. Rakefile のフォーマット
http://www.kyobashi.org/hf/RakeUserGuide/?RakefileFormat
2006-06-24T09:20:45+00:00@@ -1,21 +1,22 @@
//RakefileFormat
//3. Rakefile Format
-//3. Rakefile フォーマット
+//3. Rakefile のフォーマット
+
//!3.1 Introduction
!3.1 はじめに
//First of all, there is no special format for a Rakefile. A Rakefile contains executable Ruby code. Anything legal in a ruby script is allowed in a Rakefile.
-まず第一に、Rakefile 専用のフォーマットというのは存在しません。Rakefile は実行可能な Ruby のコードで構成されます。ruby スクリプトとして正当であれば、Rakefile でも正当です。
+まず第一に、Rakefile 専用のフォーマットというのは存在しません。Rakefile は実行可能な Ruby のコードで構成されます。ruby スクリプトとして正当であれば、Rakefile としても正当です。
//Now that we understand there is no special syntax in a Rakefile, there are some conventions that are used in a Rakefile that are a little unusual in a typical Ruby program. Since a Rakefile is tailored to specifying tasks and actions, the idioms used in a Rakefile are designed to support that.
-Rakefile に、特別な構文がないことを理解しましたが、典型的な Ruby プログラムとしては少し珍しい書き方をする場合があります。Rakefile は、タスクとアクションを合わせて指定できるので、そのイディオムをサポートしています
+専用のフォーマットはないと説明しましたが、典型的な Ruby プログラムではあまり見かけない、ちょっと変わったイディオムを使用することがあります。Rakefile は、タスクとアクションを合わせて指定するために、その、ちょっと変わったイディオムをサポートしています。
//So, what goes into a Rakefile?
-それでは、Rakefile はどう書くのでしょうか？
+それでは、Rakefile はどのように書くのでしょうか？
//!3.2 Tasks
!3.2 タスク
//Tasks are the main unit of work in a Rakefile. Tasks have a name (usually given as a symbol or a string), a list of prerequisites (more symbols or strings) and a list of actions (given as a block).
-タスクは Rakefile の基本となる作業単位です。タスクには、名前(通常は、シンボルか文字列)、前提条件のリスト(これも、シンボルか文字列)、アクション(ブロックとして与えられる)があります。
+タスクは Rakefile の基本となる作業単位です。タスクは、タスク名(通常は、シンボルか文字列)、前提条件リスト(これも、シンボルか文字列)、アクション(ブロックとして与えられる)を持ちます。
//!!Tasks with Prerequisites
-!!前提条件によるタスク
+!!前提条件付きのタスク
//Any prerequisites are given as a list (inclosed in square brackets) following the name and an arrow (=>).
-どんな前提条件でも、名前と => の後のリスト([]の中)に指定することが出来ます。
+タスク名と => の後のリスト([ ]の中)に、どのような前提条件でも、指定することが出来ます。
task :name => [:prereq1, :prereq2]
//NOTE: Although this syntax looks a little funky, it is legal Ruby. We are constructing a hash where the key is :name and the value for that key is the list of prerequisites. It is equivalent to the following …
-'''注意!!''': この構文は少し変わって見えますが、正当な Ruby のコードです。内容的には、キーが :name で値が前提条件([]の部分)の Hash を作っているだけです。要は、以下と同等です。
+'''注意!!''': この構文はちょっと変わって見えますが、正当な Ruby のコードです。キーが :name 、値が前提条件([ ]の部分)の Hash を作っているだけです。要は、以下と同等です。
hash = Hash.new
hash[:name] = [:prereq1, :prereq2]
@@ -41,37 +42,47 @@
//!!Tasks with Actions
!!アクション付きのタスク
//Actions are defined by passing a block to the task method. Any Ruby code can be placed in the block. The block may reference the task object via the block paramter..
-アクションは task メソッドのブロックの中に定義されます。どんな Ruby のコードであっても、ブロックの中に指定出来ます。ブロックパラメータを使って、task に参照を渡すこともあります。
+アクションは task メソッドのブロックの中に定義されます。どのような Ruby コードでもかまいません。ブロックパラメータを使って、task オブジェクトの参照を渡すこともあります。
+// task :name => [:prereq1, :prereq2] do |t|
+// # actions (may reference t)
+// end
task :name => [:prereq1, :prereq2] do |t|
- # actions (may reference t)
+ # アクション(t を利用できます。)
end
//!!Multiple Definitions
!!複数回の定義
//A task may be specified more than once. Each specification adds its prerequisites and actions to the existing definition. This allows one part of a rakefile to specify the actions and a different rakefile (perhaps separately generated) to specify the dependencies.
-タスクは複数回、定義される可能性があります。その場合、それぞれの前提条件とアクションを、既存の定義に付け加えます。これは、アクションの指定と、依存関係宣言を、別の場所(おそらく別のファイル)で定義することを許可するためです。
+タスクが2回以上定義されることがあります。その場合、定義が実行されるたびに、前提条件とアクションを、既存の定義に追加します。これは、アクションの指定と、依存関係宣言を、別の場所(おそらく別のファイル)で定義することを許可するためです。
//For example, the following is equivalent to the single task specification given above.
-例えば下記は、上の項(アクション付きのタスク)で定義されたタスクと同じ内容です。
+例えば下記は、上の項(アクション付きのタスクの項)で定義されたタスクと同等のものです。
//!3.3 File Tasks
!3.3 ファイルタスク
//Some tasks are designed to create a file from one or more other files. Tasks that generate these files may be skipped if the file already exists. File tasks are used to specify file creation tasks.
-タスクには、いくつかのファイルの作成を伴うものがあります。ファイルが既に存在する場合は、そのタスクは省略されるかもしれません。ファイルタスクはファイル作成処理の定義に使用されます。
+いくつかのタスクは、あるファイルから別のファイルを生成します。ファイルが既に存在すれば、そのタスクは省略されるかもしれません。ファイルタスクはファイル生成処理に使用されます。
//File tasks are declared using the file method (instead of the task method). In addition, file tasks are usually named with a string rather than a symbol.
-ファイルタスクは file メソッド(task メソッドの代わり)を使用して宣言されます。なお、通常の場合ファイルタスクの名前には、シンボルではなく文字列が使用されます。
+ファイルタスクは file メソッド(task メソッドの代わり)を使用してし定義されます。なお、ファイルタスクのタスク名には、シンボルではなく文字列が使用されるのが一般的です。
//The following file task creates a executable program (named prog) given two object files name a.o and b.o. The tasks for creating a.o and b.o are not shown.
-以下のファイルタスクは、2つのオブジェクトファイルとして a.o と b.o があると仮定して、実行形式ファイル(prog)を生成します。このタスクでは a.o と b.o の生成については触れていません。
+以下のファイルタスクは、実行形式ファイル(prog)を生成するために、2つのオブジェクトファイル、 a.o と b.o が存在することを想定しています。このタスクでは a.o と b.o の生成については触れません。
file "prog" => ["a.o", "b.o"] do |t|
sh "cc -o #{t.name} #{t.prerequisites.join(' ')}"
@@ -80,19 +90,29 @@
//!3.4 Directory Tasks
!3.4 ディレクトリタスク
//It is common to need to create directories upon demand. The directory convenience method is a short-hand for creating a FileTask that creates the directory. For example, the following declaration …
-ディレクトリの作成が必要となるケースはよくあることです。ディレクトリメソッドは、ファイルタスクのディレクトリ版のようなものです。例えば、
+ディレクトリの作成が必要となるケースはよくあることです。directory メソッドは、ファイルタスクに足りない、ディレクトリ作成処理を実施します。例えば、
directory "testdata/examples/doc"
//is equivalent to …
-と、以下は同等の内容です。
+と、以下は同等です。
file "testdata" do |t| mkdir t.name end
file "testdata/examples" do |t| mkdir t.name end
file "testdata/examples/doc" do |t| mkdir t.name end
//The directory method does not accept prerequisites or actions, but both prerequisites and actions can be added later. For example …
-ディレクトリメソッドには前提条件やアクションを指定できませんが、後から追加することなら可能です。例えば以下のようにです。
+directory メソッドには、前提条件やアクションは指定できませんが、後から追加することなら可能です。例えば以下のようにします。
directory "testdata"
file "testdata" => ["otherdata"]
@@ -103,31 +113,41 @@
//!3.5 Rules
!3.5 ルール
//When a file is named as a prerequisite, but does not have a file task defined for it, Rake will attempt to synthesize a task by looking at a list of rules supplied in the Rakefile.
-通常、ファイル名に前提条件が指定されるが、前提条件が指定されていない場合、Rakefile で定義される、ルールリストを使ってタスクの統合を試みます。
+前提条件にファイル名が未指定の場合、Rake はルールリストから対応するタスクを探し出そうとします。
//Suppose we were trying to invoke task “mycode.o”, but no task is defined for it. But the rakefile has a rule that look like this …
-mycode.o タスクを実行したが、mycode.o が未定義だとします。その場合でも、rakefile には以下のようなルールが存在します。
+mycode.o が未定義の状態で、mycode.o タスクが実施されるとします。その場合でも rakefile には、以下のようなルールが存在します。
rule '.o' => ['.c'] do |t|
sh "cc #{t.source} -c -o #{t.name}"
end
//This rule will synthesize any task that ends in “.o”. It has a prerequisite a source file with an extension of “.c” must exist. If Rake is able to find a file named “mycode.c”, it will automatically create a task that builds “mycode.o” from “mycode.c”.
-上記のルールは、.o で終わるすべてのタスクに当てはまります。そして、.c の拡張子を持つソースファイルが存在することを前提条件とします。もし、Rake が mycode.c というファイルを発見すれば、mycode.c から mycode.o を生成するタスクを自動的に作り出します。
+上記のルールは、.o で終わるすべてのタスクに対応します。それは、前提条件に、拡張子 .c のソースファイルが存在することを指定します。mycode.c というファイルを発見すれば、mycode.c から mycode.o を生成するタスクを自動的に作り出します。
//If the file “mycode.c” does not exist, rake will attempt to recursively synthesize a rule for it.
-もし mycode.c が、見つからなければ、再帰的にルールの統合を試みます。
+mycode.c が見つからない場合は、再帰的に、ルールに対応するタスクがないかを探そうとします。
//When a task is synthesized from a rule, the source attribute of the task is set to the matching source file. This allows us to write rules with actions that reference the source file.
-タスクがルールに統合されるとき、マッチするソースファイルに、タスクのソース属性がセットされます。これは、ルールに対して、ソースファイルに参照をつけるアクションの記述を許可するためです。
+ルールに対応するタスクが見つかった時、参照(ブロックパラメータ)に、source 属性がセットされます。これは、アクション内でで、ソースファイルを扱えるようにするためです。
//!3.6 Advanced Rules
-!3.6 上級ルール
+!3.6 高度なルール
//Any regular expression may be used as the rule pattern. Additionally, a proc may be used to calculate the name of the source file. This allows for complex patterns and sources.
-ルールパターンとして正規表現が使用できます。また proc は、ソースファイル名を求めるのに利用されることもあります。これは、複雑なパターンとソースが考慮されています。
+ルールパターンには正規表現が使用できます。ソースファイル名を求めるのに proc 利用されることもあります。これは、複雑なルールパターンや、複雑な手順でソースファイル名を求めるのに対応するためです。
//The following rule is equivalent to the example above.
-以下のルールは、上の項(ルール)と同等です。
+以下のルールは、上の項(ルールの項)と同等です。
//NOTE: Because of a quirk in Ruby syntax, parenthesis are required on rule when the first argument is a regular expression.
-'''注意!!''': Ruby の都合により、ルールに対する最初の引数が正規表現の場合、括弧を省略することは出来ません。
+'''注意!! : '''Ruby の都合で、ルールに対する最初の引数が正規表現の場合、括弧を省略することは出来ません。
//The following rule might be used for Java files …
以下のルールを、Java ファイルのために利用することがあるかもしれません。
@@ -148,18 +158,28 @@
end
//NOTE: java_compile is a hypothetical method that invokes the java compiler.
-'''注意!!''': java_compile は、Java コンパイラを呼び出す命令の例えです。
+'''注意!! : '''java_compile は、Java コンパイラを呼び出す命令の例えです。
//!3.7 Importing Dependencies
-!3.7 import コマンド
+!3.7 ファイル読み込みの依存関係
//Any ruby file (including other rakefiles) can be included with a standard Ruby require command. The rules and declarations in the required file are just added to the definitions already accumulated.
-ruby ファイル(rakefile も含む)でありさえすれば、require でそのファイルを取り込むことが出来ます。取り込まれたルールと宣言は、既存の定義に追加されます。
+ruby ファイル(別の rakefile も含む)でありさえすれば、require でそのファイルを読み込むことが出来ます。取り込まれたルールと宣言は、既存の定義に追加されます。
//Because the files are loaded before the rake targets are evaluated, the loaded files must be “ready to go” when the rake command is invoked. This make generated dependency files difficult to use. By the time rake gets around to updating the dependencies file, it is too late to load it.
-rake が評価される前にファイルが取り込まれるため、あらかじめ準備が整っている必要があります。このことは、取り扱いの難しい依存ファイルを作る原因になりました。ファイルの取り込みまでに、依存ファイルの更新が間に合わない状態です。
+ファイルの読み込みは、タスクが評価される前に実施されるので、読み込まれるファイルは、あらかじめ準備されている必要があります。このことは、取り扱いの難しい依存ファイルを作る原因になりました。ファイルの読み込みに、準備が間に合わない状態です。
//The import command addresses this by specifying a file to be loaded after the main rakefile is loaded, but before any targets on the command line are specified. In addition, if the file name matches an explicit task, that task is invoked before loading the file. This allows dependency files to be generated and used in a single rake command invocation.
-import コマンドは、主要な rakefile が取り込まれた後であっても、コマンドラインで指定されたターゲットより先に実施されます。しかも、ファイル名にマッチするタスクがある場合は、ファイルを取り込む前にそのタスクを実施します。このことにより、依存ファイルの生成と取り込みを一度の rake コマンドで行うことが出来ます。
+import メソッドは、すべての rakefile が読み込まれた後、rake コマンドで指定されたターゲットより先に実施されます。しかも、import メソッドに指定したファイル名にマッチするタスクがある場合は、ファイルを読み込む前に、そのタスクを実施します。このことにより、依存ファイルの生成と読み込みを、一回の rake コマンドで行うことが可能になります。
//If “.depends” does not exist, or is out of date w.r.t. the source files, a new “.depends” file is generated using makedepend before loading.
-.depends が存在しない場合や、ソースファイルに対して古い状態である場合は、ファイルが取り込まれる前に、新しい .depends を生成します。
+.depends.mf が存在しない場合や、ソースファイルに対して古い状態である場合は、ファイルが取り込まれる前に、新しい .depends.mf を生成します。
//!3.8 Comments
!3.8 コメント
//Standard Ruby comments (beginning with ”#”) can be used anywhere it is legal in Ruby source code, including comments for tasks and rules. However, if you wish a task to be described using the ”-T” switch, then you need to use the desc command to describe the task.
-Ruby のコメント(# から始まる)は、どこでも使用することができ、タスクやルールにコメントを使用しても、何ら問題はありません。しかし、タスクが -T オプション(後述します)に対応することを望む場合は、desc メソッドを使用する必要があります。
+Ruby のコメント(# から始まる)は、どこでも使用することができます。タスクやルールにコメントを使用しても問題はありません。しかし、タスクが -T オプション(後述します)に対応することを望む場合は、desc メソッドを使用する必要があります。
//Example:
*''例''
- desc "Create a distribution package"
+// desc "Create a distribution package"
+// task :package => [ ... ] do ... end
+ desc "配布パッケージの作成"
task :package => [ ... ] do ... end
//The ”-T” switch (or ”―tasks” if you like to spell things out) will display a list of tasks that have a defined comment. If you use desc to describe your major tasks, you have a semi-automatic way of generating a summary of your Rake file.
--T(説明的なものを望むなら --task)オプションは、タスクに定義されたコメントを画面にリストアップします。もし、タスクに対して desc でコメントを定義していれば、半自動的に要約が生成されます。
+-T(こだわり派は --task)オプションは、タスクに定義されたコメントを画面にリストアップします。desc メソッドでコメントを定義してあれば、半自動的に要約が生成されます。
traken$ rake -T
(in /home/.../rake)
@@ -204,18 +216,30 @@
rake testall # Run all test targets
//Only tasks with descriptions will be displayed with the ”-T” switch. Use ”-P” (or ”―prereqs”) to get a list of all tasks and their prerequisites.
--T オプションで、タスクのコメントのみが表示されます。前提条件のリストを表示したい場合は -P(もしくは --prereqs)オプションを使用してください。
+-T オプションでは、タスクのコメントのみがリストアップされます。前提条件も合わせてリストアップしたい場合は -P(もしくは --prereqs)オプションを使用してください。
//Blocks may be specified with either a do/end pair, or with curly braces in Ruby. We strongly recommend using do/end to specify the actions for tasks and rules. Because the rakefile idiom tends to leave off parenthesis on the task/file/rule methods, unusual ambiguities can arise when using curly braces.
-Ruby のブロックは、do/end か { } のどちらかで指定されますが、rakefile でタスクやルールを指定する場合には、do/end を使用することを、強くおすすめします。rakefile のイディオムで、task/file/rule メソッドを使用する場合に、括弧を省略することが多いため、{ } を使用してしまうと、期待した動作にならないことがあるからです。
+Ruby のブロックは、do/end か { } のどちらかで指定されますが、rakefile でタスクやルールを指定する場合は、do/end を使用することを、強くおすすめします。rakefile で、task/file/rule メソッドを使用する場合には、括弧を省略することが多いため、{ } を使用してしまうと、期待した動作にならないことがあるからです。
//For example, suppose that the method object_files returns a list of object files in a project. Now we use object_files as the prerequistes in a rule specified with actions in curly braces.
-例えば、プロジェクトのオブジェクトファイルのリストを返す、object_files メソッドが存在するとします。そして、ルールの前提条件に object_files が使用され、アクションの指定に { } を使用するとします。
+例えば、プロジェクトのオブジェクトファイルのリストを返す、object_files メソッドがあるとします。そして、ルールの前提条件にその object_files メソッドが使用され、アクションの指定には { } を使用するとします。
//Because curly braces have a higher precedence than do/end, the block is associated with the object_files method rather than the file method.
-{ } は do/end より優先順位が高いため、{ } のブロックを、file メソッドのものとしてではなく object_files メソッドのブロックとして扱われてしまいます。
+{ } は do/end より優先順位が高いため、{ } のブロックを、file メソッドのブロックではなく、object_files メソッドのブロックとして扱われてしまいます。
//This is the proper way to specify the task …
以下が、タスクを指定する適切な方法です。]]>1. はじめに
http://www.kyobashi.org/hf/RakeUserGuide/?Introduction
2006-06-24T06:54:53+00:00@@ -15,7 +15,7 @@
//* Users can specify tasks with prerequisites.
* ユーザは前提条件でタスクを定義することが出来ます。
//* Rake supports rule patterns to synthesize implicit tasks.
-* 暗黙のタスクを統合する、ルールパターンを採用しています。
+* 暗黙のタスクに対応する、ルールパターンを採用しています。
//* Flexible FileLists that act like arrays but know about manipulating file names and paths.
* 柔軟なファイルリストは、配列のように振る舞いますが、ファイル名やパスを扱う仕組みも用意されています。
//* A library of prepackaged tasks to make building rakefiles easier.]]>TextFormattingRules
http://www.kyobashi.org/hf/RakeUserGuide/?TextFormattingRules
2006-06-24T05:08:33+00:00{{toc}}
!!!name=value
//Set the environment variable name to value during the execution of the rake command. You can access the value by using ENV[’name’].
-rake コマンドに適用する、環境変数を value に指定します。ENV[’name’] を用いて value にアクセスできます。
+rake コマンドに適用する環境変数を、value に指定します。ENV[’name’] を用いて value にアクセスすることができます。
!!!―classic-namespace (-C)
//Put Task and FileTask in the top level namespace
@@ -22,11 +22,11 @@
!!!―dry-run (-n)
//Do a dry run. Print the tasks invoked and executed, but do not actually execute any of the actions.
-実行される内容を表示しますが、何も実行されません。
+何も実施せず、その内容のみを表示します。
!!!―help (-H)
//Display some help text and exit.
-ヘルプメッセージを表示します。
+ヘルプを表示します。
!!!―libdir directory (-I)
//Add directory to the list of directories searched for require.
@@ -34,27 +34,27 @@
!!!―nosearch (-N)
//Do not search for a Rakefile in parent directories.
-親ディレクトリで Rakefile を探さないようにします。
+親ディレクトリにさかのぼって Rakefile を探さないようにします。
!!!―prereqs (-P)
//Display a list of all tasks and their immediate prerequisites.
-すべてのタスクと、それを実施するために必要な条件を表示します。
+すべてのタスクと前提条件を、リストアップします。
!!!―quiet (-q)
//Do not echo commands from FileUtils.
-FileUtils のメッセージを非表示にします。
+詳細なメッセージを表示しないようにします(FileUtils のメッセージを非表示)。
!!!―rakefile filename (-f)
//Use filename as the name of the rakefile. The default rakefile names are rakefile and Rakefile (with rakefile taking precedence). If the rakefile is not found in the current directory, rake will search parent directories for a match. The directory where the Rakefile is found will become the current directory for the actions executed in the Rakefile.
-rakefile 名を指定します。デフォルトでは rakefile か Rakefile が指定されます(rakefile が優先されます)。カレントディレクトリで rakefile が見つからない場合は、親ディレクトリを探します。rakefile が見つかったディレクトリは、実行時のカレントディレクトリとして扱われます。
+明示的に rakefile 名を指定します。デフォルトでは rakefile か Rakefile が選ばれます(rakefile が優先されます)。カレントディレクトリで rakefile が見つからない場合は、親ディレクトリを探します。rakefile が見つかったディレクトリは、実行時にカレントディレクトリとして扱われます。
!!!―require name (-r)
//Require name before executing the Rakefile.
-Rakefile が実行される前に、require されるファイルを指定します。
+Rakefile が実行される前に、require するファイルを指定します。
!!!―tasks (-T)
//Display a list of the major tasks and their comments. Comments are defined using the “desc” command.
-主要タスクとそのコメントを表示します。コメントは desc で定義されます。
+すべてのタスクとそのコメントを、リストアップします。コメントは desc メソッドで定義します。
!!!―trace (-t)
//Turn on invoke/execute tracing. Also enable full backtrace on errors.
@@ -66,7 +66,7 @@
!!!―verbose (-v)
//Echo the Sys commands to standard output.
-標準出力に詳細なメッセージを表示します。
+詳細なメッセージを表示するようにします。
!!!―version (-V)
//Display the program version and exit.]]>4. よくある質問と回答
http://www.kyobashi.org/hf/RakeUserGuide/?FrequentlyAskedQuestions
2006-06-22T14:45:10+00:00@@ -1,36 +1,68 @@
//FrequentlyAskedQuestions
//4. Frequently Asked Questions
+//4. よくある質問と回答
+//!4.1 How can I call one Rake task from inside another task?
+!4.1 あるタスクの中から別のタスクを呼び出すこには、どうすれば良いのでしょうか？
-!4.1 How can I call one Rake task from inside another task?
+//Generally, if you want invoke one task from another task, the proper way to do that is to include the task to be invoked as a prerequisite of the task doing the invoking.
+通常、あるタスク(:secondary と仮定)から、別のタスク(:primary と仮定)を実施するには、:secondary の前提条件として、:primary が実施済みであることを指定するのが、一般的です。
-Generally, if you want invoke one task from another task, the proper way to do that is to include the task to be invoked as a prerequisite of the task doing the invoking.
+//For example:
+*''例''
task :secondary do
- puts "Doing Secondary Task"
+ puts ":secondary の実施。"
end
-However, there are certain rare occasions where you want to invoke a task from within the body of a primary task. You could do it like this:
+//However, there are certain rare occasions where you want to invoke a task from within the body of a primary task. You could do it like this:
+しかし、まれにではありますが、:primary タスクの中で、:secondary タスクを実行したいというケースも存在します。その場合は以下のようにして実現できます。
+// task :primary do
+// Rake::Task[:secondary].invoke
+// end
+//
+// task :secondary do
+// puts "Doing Secondary Task"
+// end
task :primary do
Rake::Task[:secondary].invoke
end
task :secondary do
- puts "Doing Secondary Task"
+ puts ":secondary の実施。"
end
-Keep the following in mind:
+//Keep the following in mind:
+上記の方法を選んだ場合、以下を念頭に置いてください。
-* The secondary task will be invoked when the body of the primary task is executed.
-* All prerequisites of the secondary task will be run before it body of the secondary task.
-* If the secondary task has already been run, it will not be run again, even though it has been explicitly invoked. Rake tasks can only be invoked once per run.
+//* The secondary task will be invoked when the body of the primary task is executed.
+* :primary タスクが実施される際に、その中で :secondary タスクが実施されます。
+//* All prerequisites of the secondary task will be run before it body of the secondary task.
+* :secondary タスクのすべての前提条件は、:primary の前ではなく、:secondary タスクの前に実施されます。
+//* If the secondary task has already been run, it will not be run again, even though it has been explicitly invoked. Rake tasks can only be invoked once per run.
+* もし、一度でも :secondary タスクが実施されれば、例え明示的に指定されても、再度実施されることはありません。Rake のタスクは、実行時に一度だけです
-If the second and third point above are not to your liking, then perhaps you should consider making the secondary task a regular Ruby method and just calling it directly. Something like this:
+//If the second and third point above are not to your liking, then perhaps you should consider making the secondary task a regular Ruby method and just calling it directly. Something like this:
+もし、二つめと三つ目の条件が気に入らない場合は、通常の Ruby のメソッドを使って :secondary タスクと :primary タスクで、そのメソッドを呼び出すことを考慮する必要があるでしょう。以下のようにです。
+// task :primary do
+// secondary_task
+// end
+//
+// task :secondary do
+// secondary_task
+// end
+//
+// def secondary_task
+// puts "Doing Secondary Task"
+// end
task :primary do
secondary_task
end
@@ -40,5 +72,37 @@
end