Inkubátor projekt üzemeltetés
Amiről szó van: Inkubátor projektet indítanék
Elérkezett a projekt oda, hogy készen van a szerver, minden projektnek egy elszeparált chroot környezetet tudunk biztosítani, amibe kb. úgy mindent lehet telepíteni a másiktól függetlenül és kevés erőfeszítéssel. Ezen felül van néhány (nem sok) rendelkezésre álló IP cím is, ha valaki esetleg SSL-t vagy ilyesmit szeretne.
Amiről szeretnék ma ötletelni: Hogyan menjen az élesítés/üzemeltetés/stb?
Én első körben arra gondoltam, hogy használjunk Gitet, abból élesítsünk. SSH hozzáférést nem feltétlenül szeretnék adni a chrootokhoz, mert nem szeretnék senkit rászoktatni arra a meglehetősen rossz habitusra, hogy SSH-n keresztül túrjuk az éles fájlokat. Mit gondoltok, hogy menjen ez?
Szeretnél értesülni a frissítésekről? Kövesd a projektet Twitteren!
■ Elérkezett a projekt oda, hogy készen van a szerver, minden projektnek egy elszeparált chroot környezetet tudunk biztosítani, amibe kb. úgy mindent lehet telepíteni a másiktól függetlenül és kevés erőfeszítéssel. Ezen felül van néhány (nem sok) rendelkezésre álló IP cím is, ha valaki esetleg SSL-t vagy ilyesmit szeretne.
Amiről szeretnék ma ötletelni: Hogyan menjen az élesítés/üzemeltetés/stb?
Én első körben arra gondoltam, hogy használjunk Gitet, abból élesítsünk. SSH hozzáférést nem feltétlenül szeretnék adni a chrootokhoz, mert nem szeretnék senkit rászoktatni arra a meglehetősen rossz habitusra, hogy SSH-n keresztül túrjuk az éles fájlokat. Mit gondoltok, hogy menjen ez?
Szeretnél értesülni a frissítésekről? Kövesd a projektet Twitteren!
Django/Python
Mod_wsgi helyett en valami mast hasznalnek, mondjuk fapws-t, konnyebb az ujrainditgatas.
Ha nem akarsz ssh hozzaferest adni, akkor a fabricot kell kivaltani valamivel, vagy nem tavolrol, hanem helyben futtatni, es valamivel tavolrol triggerelni, hogy tegye a dolgat.
Webes felület
yii keretrendszer
Biztosan lenne más is, aki valamilyen keretrendszert használna, jó lenne egy nagyjából általános megoldást találni erre a problémára.
Én preferálnám a git-es
A deployment softwereket nem nagyon ismertem, elolvasgatom őket, köszi a linkeket.
Ne vigy minket a kísértésbe
Leginkább azért rossz, mert ha hozzáférsz az éles file-okhoz, akkor nagy a kísértés, hogy belenyúlj az éles rendszerbe, és hajlamosít arra, hogy megkerüld a verziókövetőt.
Egy fejlesztőkörnyezet (Eclipse, Aptana, NetBeans, Komodo, stb.) adhat némi kényelmi szolgáltatást, ami megkönnyíti a munkádat, pl. kódkiegészítést, debugolás, automatikus formázás, stb.
Policy
tesztelés, konzol
szerintem érdemes lenne úgy
SSH account egyébként legyen szerintem. Oké hogy nem kéne, de azért mégis csak egyszerűbb a csak productionben reprodukálható hibákat közvetlenül a szerveren megjavítani, mint fél percenként gitbe commitolni-pusholni. Utána production-ből is lehet commitolni-pusholni, és aztán azt a fejlesztő ugyanúgy tudja pullozni localba.
Nincs valid indok
Ennek kéne utánanézni jól
Imho az ilyen közös
Helyzet
Egy projekt
Social
Lenne
Update: fixed.