Hogyan lehet megszabadulni az eszközök előfordítása hiba deploe

  • nginx
  • ubuntu szerver
  • Ruby on Rails
  • Kapisztrán
  • bevetés

Az első alkalommal, amikor megpróbál telepíteni az alkalmazást az otthoni szerver ubuntu 14 szerver telepítve VirtualBox`e. Kapisztrán először oltani csápjait tegnap. Valami még történt). Mindazonáltal telepíteni sikertelen. Kapok nettó alkalmazás sínek (a helyi számítógépen sínek s elindul, és megjeleníti megengedett). Próbálom a zadeploit. Látom hiba eszközök: precompile. Általában hogy lehet-e kapcsolni, ha csinál a számítógépen, ha szükség van rá, akkor, ahol elolvashatja többet róla erről Eszközök: prekompile. A munkatervét is ad egy hiba (nem emlékszem, melyik), ezért úgy döntöttem, hogy előbb egy tiszta design, majd kínzó dolgozik. Spread konfigurációk:







config / deploy / production.rb
kiszolgáló 192.168.1.106 "user: 'Deployer' szerepek: tömeg%

a kimeneti kupakot termelési telepíthető:


Olvastam, és tette ezt a tárgyat
A különbségek: ahelyett, hogy egyszarvú - utas- és helyette GitHub - én ugyanazon a szerveren, ahol a következő mappát a helyszínen fekvő lerakatban én lök a helyi számítógépen.

> 0.6.2)
sínek-dom-vizsgálat (

> 1,0,> = 1.0.5)
sínek-html-fertőtlenítő (

> 1,0,> = 1.0.1)
ActionView (4.2.1)
activesupport (= 4.2.1)
builder (

> 2.7.0)
sínek-dom-vizsgálat (

> 1,0,> = 1.0.5)
sínek-html-fertőtlenítő (

> 1,0,> = 1.0.1)
activejob (4.2.1)
activesupport (= 4.2.1)
globalid (> = 0.3.0)
activemodel (4.2.1)
activesupport (= 4.2.1)
builder (

> 3.1)
ActiveRecord (4.2.1)
activemodel (= 4.2.1)
activesupport (= 4.2.1)
Arel (

> 6,0)
activesupport (4.2.1)
i18n (

> 1,7,> = 1.7.7)
minitest (

> 5.1)
thread_safe (

> 0,3,> = 0.3.4)
tzinfo (

> 1.1)
Arel (6.0.3)
Builder (3.2.2)
Capistrano (3.4.0)
i18n
rake (> = 10.0.0)
sshkit (

> 1.3)
Capistrano-Bundler (1.1.4)
Kapisztrán (

> 1.2)
Capistrano-sínek (1.1.3)
Kapisztrán (

> 3.1)
Capistrano-Bundler (

> 1.1)
Capistrano-RVM (0.1.2)
Kapisztrán (

> 1.2)
színezése (0.7.7)
erubis (2.7.0)
globalid (0.3.6)
activesupport (> = 4.1.0)
i18n (0.7.0)
JSON (1.8.3)
luffa (2.0.3)
nokogiri (> = 1.5.9)






mail (2.6.3)
mime-típusok (> = 1,16, <3)
mime-típusok (2.6.1)
mini_portile (0.6.2)
minitest (5.8.0)
net-scp (1.2.1)
net-ssh (> = 2.6.5)
net-ssh (2.9.2)
nokogiri (1.6.6.2-x86-mingw32)
mini_portile (

> 0.6.0)
utas (5.0.15)
állvány
rake (> = 0.8.1)
állvány (1.6.4)
fogasléc-teszt (0.6.3)
Rack (> = 1,0)
sínek (4.2.1)
actionmailer (= 4.2.1)
ActionPacknek (= 4.2.1)
ActionView (= 4.2.1)
activejob (= 4.2.1)
activemodel (= 4.2.1)
ActiveRecord (= 4.2.1)
activesupport (= 4.2.1)
Bundler (> = 1.3.0, <2.0)
railties (= 4.2.1)
lánckerék sínek
sínek-deprecated_sanitizer (1.0.3)
activesupport (> = 4.2.0.alpha)
sínek-dom-vizsgálat (1.0.7)
activesupport (> = 4.2.0.beta, <5.0)
nokogiri (

> 1.6.0)
sínek-deprecated_sanitizer (> = 1.0.1)
sínek-html-fertőtlenítő (1.0.2)
luffa (

> 2,0)
railties (4.2.1)
ActionPacknek (= 4.2.1)
activesupport (= 4.2.1)
rake (> = 0.8.7)
Thor (> = 0.18.1, <2.0)
rake (10.4.2)
Sass (3.4.16)
Sass-sínek (5.0.3)
railties (> = 4.0.0, <5.0)
sass (

> 3.1)
lánckerekek (> = 2,8, <4.0)
lánckerekek-sínek (> = 2,0, <4.0)
ponyva (

> 1.1)
lánckerekek (3.3.2)
Rack (

> 1.0)
lánckerekek-sínek (2.3.2)
ActionPacknek (> = 3,0)
activesupport (> = 3,0)
lánckerekek (> = 2,8, <4.0)
sqlite3 (1.3.10-x86-mingw32)
sshkit (1.7.1)
színezése (> = 0.7.0)
net-SCP (> = 1.1.2)
net-ssh (> = 2.8.0)
Thor (0.19.1)
thread_safe (0.3.5)
Tilt (1.4.1)
tzinfo (1.2.2)
thread_safe (

> 3.4.0)
Capistrano-Bundler (

> 1.1.3)
Capistrano-sínek (

> 1.1.2)
Capistrano-RVM (

> 0.1.1)
nokogiri
utas
Rack (

> 1.6.1)
sínek (= 4.2.1)
Sass-sínek (

> 5,0)
sqlite3
tzinfo-adatok

Érdekesnek találtam: Több oka is van, hogy érdemes fordítani a források helyben. Íme néhány közülük:

Nem kell írási jogosultsága a fájlrendszer a termelés.
Ha több mint egy szervert, és szeretné elkerülni a párhuzamos munkavégzést.
Ön gyakran termelnek deploi nem érintő változást források.
Helyi összeállítás lehetővé teszi, hogy rögzítse a lefordított fájlok verzió ellenőrzést és deploit a szokásos módon.

Vannak azonban három záradékok:

Nem kell futtatni a feladatot Kapisztrán, ami lefordítja források.
Meg kell arról, hogy a rendszer tartalmazza az összes szükséges fejlesztési kompresszorok vagy minifayery.
Meg kell változtatni a következő konfigurációs alkalmazás:
A config / környezetek / development.rb helye a következő sort:

config.assets.prefix = "/ dev-eszközök"
Megváltoztatása az előtag segítségével Csillagok használjon egy másik URL-t a szolgáltatás erőforrás a fejlesztési mód és elküldi az összes kérelmet Csillagok. Az előtag alakult / értékek termelés módban. Enélkül az alkalmazást kiszolgálni előre lefordított erőforrások / eszközök fejlesztése, és akkor nem fogja látni a helyi módosítások, amíg újra összeállítani források.

A gyakorlatban ez előfordítása helyben tartani ezeket a fájlokat egy működő ága, és ha szükséges, rögzítve a verziókezelő rendszer. fejlesztési mód fog működni, mint a tőle elvárható
Kaptam őket össze helyben. Mivel most már nem kell futtatni a feladatot Kapisztrán, ami lefordítja források.




Kapcsolódó cikkek