Как запустить Rake-задачи из Rake-задач?

У меня есть Rakefile, который компилирует проект двумя способами, в зависимости от глобальной переменной $build_type, которая может быть :debugили :release(результаты помещаются в отдельные каталоги):

task :build => [:some_other_tasks] do
end

Я хочу создать задачу, которая компилирует проект с обеими конфигурациями по очереди, что-то вроде этого:

task :build_all do
  [ :debug, :release ].each do |t|
    $build_type = t
    # call task :build with all the tasks it depends on (?)
  end
end

Есть ли способ вызвать задачу, как если бы это был метод? Или как мне добиться чего-то подобного?

Если вам нужно, чтобы задача работала как метод, как насчет использования реального метода?

task :build => [:some_other_tasks] do
  build
end

task :build_all do
  [:debug, :release].each { |t| build t }
end

def build(type = :debug)
  # ...
end

Если вы предпочитаете придерживаться rakeидиом, вот ваши возможности, составленные из предыдущих ответов:

• Это всегда выполняет задачу, но не выполняет ее зависимости:

  Rake::Task["build"].execute

• Этот выполняет зависимости, но выполняет задачу, только если она еще не была вызвана:

  Rake::Task["build"].invoke

• Это сначала сбрасывает состояние задачи yes_invoked, позволяя затем выполнить задачу снова, зависимости и все:

  Rake::Task["build"].reenable
  Rake::Task["build"].invoke

• Обратите внимание, что уже вызванные зависимости не выполняются автоматически, если они не включены повторно. В Rake> = 10.3.2 вы можете использовать следующее, чтобы снова включить их:

  Rake::Task["build"].all_prerequisite_tasks.each(&:reenable)

например:

Rake::Task["db:migrate"].invoke

task :build_all do
  [ :debug, :release ].each do |t|
    $build_type = t
    Rake::Task["build"].reenable
    Rake::Task["build"].invoke
  end
end

Это должно разобраться, просто нужно то же самое самому.

task :invoke_another_task do
  # some code
  Rake::Task["another:task"].invoke
end

task :build_all do
  [ :debug, :release ].each do |t|
    $build_type = t
    Rake::Task["build"].execute
  end
end

Если вы хотите, чтобы каждая задача выполнялась независимо от сбоев, вы можете сделать что-то вроде:

task :build_all do
  [:debug, :release].each do |t| 
    ts = 0
    begin  
      Rake::Task["build"].invoke(t)
    rescue
      ts = 1
      next
    ensure
      Rake::Task["build"].reenable # If you need to reenable
    end
    return ts # Return exit code 1 if any failed, 0 if all success
  end
end

Я бы посоветовал не создавать общие задачи отладки и выпуска, если проект действительно является чем-то, что компилируется и приводит к файлам. Вы должны пойти с файловыми задачами, что вполне выполнимо в вашем примере, поскольку вы утверждаете, что ваш вывод идет в разные каталоги. Скажем, ваш проект просто компилирует файл test.c в out / debug / test.out и out / release / test.out с помощью gcc, вы можете настроить свой проект следующим образом:

WAYS = ['debug', 'release']
FLAGS = {}
FLAGS['debug'] = '-g'
FLAGS['release'] = '-O'
def out_dir(way)
  File.join('out', way)
end
def out_file(way)
  File.join(out_dir(way), 'test.out')
end
WAYS.each do |way|
  desc "create output directory for #{way}"
  directory out_dir(way)

  desc "build in the #{way}-way"
  file out_file(way) => [out_dir(way), 'test.c'] do |t|
    sh "gcc #{FLAGS[way]} -c test.c -o #{t.name}"
  end
end
desc 'build all ways'
task :all => WAYS.map{|way|out_file(way)}

task :default => [:all]

Эта настройка может быть использована как:

rake all # (builds debug and release)
rake debug # (builds only debug)
rake release # (builds only release)

Это делает немного больше, как просили, но показывает мои очки:

1. Выходные каталоги создаются по мере необходимости.
2. файлы перекомпилируются только при необходимости (этот пример подходит только для простейших файлов test.c).
3. у вас есть все задачи под рукой, если вы хотите запустить сборку релиза или сборку отладки.
4. этот пример включает в себя способ определения небольших различий между отладочной и выпускной сборками.
5. нет необходимости повторно включать задачу сборки, которая параметризована глобальной переменной, потому что теперь разные сборки имеют разные задачи. повторное использование кода задачи сборки выполняется путем повторного использования кода для определения задач сборки. Посмотрите, как цикл не выполняет одну и ту же задачу дважды, а вместо этого создает задачи, которые впоследствии могут быть запущены (либо с помощью всей задачи, либо путем выбора одной из них в командной строке rake).