2016-12-13 6 views
1

Ubuntu 16、ruby、3.2、framework Sinatra。Capistrano SQLite3 :: SQLException:いいえこのようなテーブル:ユーザ

capのデプロイ後、本番環境での移行を実行しません。

コマンドcap deploy productionを使用して、自分のプロジェクトをリモートサーバーにデプロイします。 DBのapp.rb接続設定で

#app.rb 

require "sinatra" 
require "pry" 
require "sinatra/activerecord" 
require 'sinatra/flash' 
require 'sinatra/base' 
require "./models/user" 
require "./models/game_counter" 
require "./models/stash" 
require "json" 
require "pony" 
require 'logger' 


enable :static 
enable :sessions 


set :public_folder, File.dirname(__FILE__) + '/assets' 

set :database, { adapter: "sqlite3", database: "sudoku_database.sqlite3" } 

Gemfile

gem "rake" 
gem "heroku" 
gem "sinatra" 
gem "sinatra-activerecord" 
gem "sinatra-flash" 
gem "sqlite3" 
gem "pg" 
gem "bcrypt" 
gem "pry" 
gem "pony" 
gem "capistrano", '~> 3.1.0' 
gem "capistrano-bundler", '~> 1.1.2' 
gem 'passenger' 

私は、リモートサーバー上sqlliteをインストールしました。

インストールされカスタマイズされたcapistrano。

のconfig/deploy.rb

lock '3.4.0' 

set :application, 'projectname' 
set :repo_url, '[email protected]:user/projectname.git' 

set :deploy_to, '/home/deploy/projectname' 

set :linked_dirs, %w{ log } 


namespace :deploy do 

    desc 'Restart application' 
    task :restart do 
    on roles(:app), in: :sequence, wait: 5 do 
     execute :touch, release_path.join('tmp/restart.txt') 
    end 
    end 

    after :publishing, 'deploy:restart' 
    after :finishing, 'deploy:cleanup' 
end 

のconfig/production.rb

set :stage, :production 

server '188.177.76.190', user: 'deploy', roles: %w{web app db}, port: 2503 

私はログnginxの表示エラーで、ブラウザでWebサイトを実行します。

2016-12-13 10:40:58 - ActiveRecord::StatementInvalid - SQLite3::SQLException: no such table: users: SELECT "users".* FROM "user 

私に助けてください、できないundestandなぜpontデータベースの移行を実行していませんどのように私はこの問題を解決する?

答えて

1

移行のためのcapistranoタスクはありません。デプロイ設定で追加する必要があります。このように(それはあなたの設定に依存します):私はキャップの生産展開を実行したときに

task :migrate do 
    on roles(:app) do 
    within release_path do 
     with rack_env: fetch(:rack_env) do 
     execute :rake, "db:migrate" 
     end 
    end 
    end 
end 

after 'deploy', 'migrate' 
+0

は、毎回runingて移動し、テーブルは再び再作成され、すべてのデータは、あなたが実行しているレーキタスク –

+0

を破壊していますか? 'rake db:migrate:reset'ではなく? – unkmas

+0

また、リモートサーバで 'rake db:migrate'を手動で呼び出すと、この問題に直面しますか? – unkmas

1

実稼働環境でサーバー上のライブでデータベースを移行し、移行します。

rake db:migrate RAILS_ENV=production 
関連する問題