Rails 5 generator db:rollback ничего не делает, хотя вызывается перед удалением файла миграции

Question

Возможно, я что-то неправильно понимаю в процессе работы генераторов rails, но после нескольких дней поиска кода и документации я не могу найти решение этой проблемы.

Я сделал собственный генератор скаффолдов для добавления некоторых дополнительных файлов и запустил сгенерированную миграцию сразу после создания файлов скаффолдов. С тем же подходом я пытаюсь откатить миграцию, так как в первую очередь, когда rails destroy, команда my_scaffold выполняется для отката перед удалением файла миграции.

мой пользовательский код генератора scaffold_meta.rb, который запускает команду db: migrate после создания файла миграции. Это рабочая часть.

require 'generators/resource/resource_generator'
module Rails
  module Generators
    class ScaffoldMetaGenerator < ResourceGenerator # :nodoc:
      remove_hook_for :resource_controller
      remove_class_option :actions

      class_option :stylesheets, type: :boolean, desc: "Generate Stylesheets"
      class_option :stylesheet_engine, desc: "Engine for Stylesheets"
      class_option :assets, type: :boolean
      class_option :resource_route, type: :boolean
      class_option :scaffold_stylesheet, type: :boolean
      class_option :steps, type: :boolean, default: 'step'

      def handle_skip
        @options = @options.merge(stylesheets: false) unless options[:assets]
        @options = @options.merge(stylesheet_engine: false) unless options[:stylesheets] && options[:scaffold_stylesheet]
      end

      hook_for :scaffold_controller, required: true

      hook_for :assets do |assets|
        invoke assets, [controller_name]
      end

      hook_for :stylesheet_engine do |stylesheet_engine|
        if behavior == :invoke
          invoke stylesheet_engine, [controller_name]
        end
      end

      def mirate_if_invoke
        if behavior == :invoke
          say behavior.to_s + ' migrate', :green
          rake("db:migrate --trace")
        end
      end

      invoke 'step'

    end
  end
end

предыдущий код вызывает мой пользовательский model_generator.rb, который пытается выполнить откат до удаления файла миграции.

require 'rails/generators/model_helpers'

module Rails
  module Generators
    class ModelGenerator < Rails::Generators::NamedBase # :nodoc:
      include Rails::Generators::ModelHelpers

      def rollback_if_revoke
        if self.behavior == :revoke
          say behavior.to_s + ' rollback', :red
          rake("db:rollback --trace")
        end
      end

      argument :attributes, type: :array, default: [], banner: "field[:type][:index] field[:type][:index]"
      hook_for :orm, required: true, desc: "ORM to be invoked"
    end
  end
end

Выход генератора с поведением revoke показывает, как rake db: rollback вызывается, но не имеет никакого эффекта.

$rails d  scaffold_meta pez edad:integer nombre

Running via Spring preloader in process 8888

***revoke rollback

    rake  db:rollback --trace***
  invoke  active_record
  remove    db/migrate/20161013145014_create_pezs.rb
  remove    app/models/pez.rb
  invoke    rspec`

Любая помощь будет очень ценится.

Answer 1

Я столкнулся с той же проблемой в Rails 4.7.0.

Я заметил, что rake db:rollback работал, когда behavior == :invoke но ничего не сделал, когда behavior == :revoke,

Глядя на rake источник метода:

  # GEMDIR/railties-4.2.7/lib/rails/generators/actions.rb:

  # Runs the supplied rake task
  #
  #   rake("db:migrate")
  #   rake("db:migrate", env: "production")
  #   rake("gems:install", sudo: true)
  def rake(command, options={})
    log :rake, command
    env  = options[:env] || ENV["RAILS_ENV"] || 'development'
    sudo = options[:sudo] && RbConfig::CONFIG['host_os'] !~ /mswin|mingw/ ? 'sudo ' : ''
    in_root { run("#{sudo}#{extify(:rake)} #{command} RAILS_ENV=#{env}", verbose: false) }
  end

run метод вызывается в блоке, переданном в in_root от Thor::Actions модуль:

# GEMDIR/thor-0.19.1/lib/thor/actions.rb:

# Executes a command returning the contents of the command.
#
# ==== Parameters
# command<String>:: the command to be executed.
# config<Hash>:: give :verbose => false to not log the status, :capture => true to hide to output. Specify :with
#                to append an executable to command execution.
#
# ==== Example
#
#   inside('vendor') do
#     run('ln -s ~/edge rails')
#   end
#
def run(command, config = {})
  return unless behavior == :invoke

  destination = relative_to_original_destination_root(destination_root, false)
  desc = "#{command} from #{destination.inspect}"

  if config[:with]
    desc = "#{File.basename(config[:with].to_s)} #{desc}"
    command = "#{config[:with]} #{command}"
  end

  say_status :run, desc, config.fetch(:verbose, true)

  unless options[:pretend]
    config[:capture] ? `#{command}` : system("#{command}")
  end
end

Первая строка в методе, return unless behavior == :invoke замыкает вызов на выполнение оригинала rake 'db:rollback' команда.

Railties также имеет Actions модуль (Rails::Generators::Actions) которая, кажется, следует за Тором invoke \ revoke логика. Итак, я пришел к выводу, что лучше не пытаться выполнить откат, когда генератор находится в :revoke государство.

Я закончил следовать соглашению Rails, чтобы создать файл миграции на :invokeи уничтожить его на :revoke и полагаться на пользователя, чтобы выполнить вручную rake db:migrate или же rake db:rollback при необходимости.

Надеюсь, это поможет.