1. 23 12月, 2014 1 次提交
  2. 20 12月, 2014 1 次提交
  3. 18 12月, 2014 1 次提交
    • Y
      `db:structure:load` and `db:schema:load` no longer purge the database. · 36ce0c2c
      Yves Senn 提交于
      Closes #17945
      
      `db:test:prepare` still purges the database to always keep the test
      database in a consistent state.
      
      This patch introduces new problems with `db:schema:load`. Prior
      to the introduction of foreign-keys, we could run this file against
      a non-empty database. Since every `create_table` containted the
      `force: true` option, this would recreate tables when loading the schema.
      
      However with foreign-keys in place, `force: true` wont work anymore and
      the task will crash.
      
      /cc @schneems
      36ce0c2c
  4. 14 12月, 2014 1 次提交
  5. 07 12月, 2014 1 次提交
  6. 03 12月, 2014 3 次提交
  7. 02 12月, 2014 2 次提交
  8. 29 11月, 2014 2 次提交
  9. 27 11月, 2014 1 次提交
  10. 26 11月, 2014 2 次提交
    • D
      Generators add foreign keys on references · 323334a7
      Derek Prior 提交于
      If you run a generator such as:
      
      ```
      rails generate model accounts supplier:references
      ```
      
      The resulting migration will now add the corresponding foreign key
      constraint unless the reference was specified to be polymorphic.
      323334a7
    • Y
      bring back `db:test:prepare`. · 5c449553
      Yves Senn 提交于
      This reverts deprecations added in #13528.
      The task is brought back for two reasons:
        1. Give plugins a way to hook into the test database initialization process
        2. Give the user a way to force a test database synchronization
      
      While `test:prepare` is still a dependency of every test task, `db:test:prepare`
      no longer hooks into it. This means that `test:prepare` runs before the schema
      is synchronized. Plugins, which insert data can now hook into `db:test:prepare`.
      
      The automatic schema maintenance can't detect when a migration is rolled-back,
      modified and reapplied. In this case the user has to fall back to `db:test:prepare`
      to force the synchronization to happen.
      5c449553
  11. 25 11月, 2014 7 次提交
  12. 22 11月, 2014 1 次提交
  13. 11 11月, 2014 2 次提交
  14. 05 11月, 2014 2 次提交
  15. 03 11月, 2014 2 次提交
    • B
      `secret_token` is now saved in `Rails.application.secrets.secret_token` · db5f1a46
      Benjamin Fleischer 提交于
      - `secrets.secret_token` is now used in all places `config.secret_token` was
        - `secrets.secret_token`, when not present in `config/secrets.yml`,
          now falls back to the value of `config.secret_token`
        - when `secrets.secret_token` is set, it over-writes
          `config.secret_token` so they are the same (for backwards-compatibility)
        - Update docs to reference app.secrets in all places
          - Remove references to `config.secret_token`, `config.secret_key_base`
      - Warn that missing secret_key_base is deprecated
      - Add tests for secret_token, key_generator, and message_verifier
        - the legacy key generator is used with the message verifier when
          secrets.secret_key_base is blank and secret_token is set
        - app.key_generator raises when neither secrets.secret_key_base nor
          secret_token are set
        - app.env_config    raises when neither secrets.secret_key_base nor
          secret_token are set
      - Add changelog
      
      Run focused tests via
      ruby -w -Itest test/application/configuration_test.rb -n '/secret_|key_/'
      db5f1a46
    • Y
      Revert "Replace String index juggling with Pathname goodness in db:fixtures:load" · 1b958e0a
      yuuji.yaginuma 提交于
      This reverts commit 482fdad5.
      
      Fixes #17237.
      1b958e0a
  16. 28 10月, 2014 2 次提交
  17. 27 10月, 2014 1 次提交
  18. 19 10月, 2014 2 次提交
  19. 16 10月, 2014 1 次提交
  20. 14 10月, 2014 1 次提交
  21. 13 10月, 2014 1 次提交
  22. 26 9月, 2014 1 次提交
  23. 24 9月, 2014 1 次提交
  24. 22 9月, 2014 1 次提交