Як запускати завдання 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

• Це спочатку скидає стан вже виклику завдання, що дозволяє виконувати завдання знову, залежно від усіх:

  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 для виходу / налагодження / 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. немає необхідності повторно використовувати завдання збирання, параметризовані глобальною змінною, тому що зараз у різних збірок є різні завдання. повторне використання коду завдання збірки здійснюється шляхом повторного використання коду для визначення завдань збирання. подивіться, як цикл не виконує одне і те ж завдання двічі, а натомість створив завдання, які згодом можуть бути запущені (або всезадачею, або вибираючи одну з них у командному рядку рейка).