Minél több frissített változata cms

Azt javaslom, hogy fontolja meg egy mini it-ügyben:

Magam a tervező oldalak, ám a nyilvánvaló körülmények szükséges 70% -ában ezt követően (tervezés), hogy az ügyfél telephelyén „kulcsrakész” ( „Ó, milyen jó, hogy találtunk egy programozó” :).

Mivel a helyek nem nagy, és alá tartoznak a „promo -” / vállalkozás fény-szerelvény nélkül (integrációkhoz stb) megparancsolták szabadúszó samopisnaya cisz-ka egy sor a legszükségesebb funkciókat.

Most ez a rendszer körülbelül 200-250 egység (3 év), mivel a fejlődés lényegében nincs globális fejlesztések és ismétléseket csinálni ... Itt az idő, az egyes lépések (projektek között) állapították meg, és javított a sok lyuk, bogarak, kivitelben új funkció modulok, frissült admin felületen. Most végre van ez a kód egy helyen.

1. jelszavakat az összes oldalak, ahol szeretnénk, hogy frissítse a kódot formájában bejelentkezés: jelszó @ kiszolgáló.

2. a legújabb változata a kód, amit szeretnék frissíteni egyszerre tekercs (extenzív rendszer mappát a szkriptek ágyazott őket). Logikus feltételezni, hogy buta carry-perezalit nem egy kört, mert ugyanabban a mappában nem nulla fészkel minták, gyorstárazza oldalak, képek, stb

3. A költségvetés erre minimális (vagy inkább nem rendelkezik vele, csak azt, hogy nyugodt a lelkiismerete, hogy nem így van, ezért kész fizetni egy frissítést a zsebében).

Célkitűzés - milyen egyszerű 2 rubelt:

Frissítse automatikusan egyszerre a legújabb változat :)

Én is nagyon hálás minden ötletet, linkek, ötletek, hogy mit lehet olvasni, példák kész megoldásokat és szoftvereket.

Nézd Kapisztrán. Véleményem pontosan mire van szüksége. Mi nem a PHP (valamilyen oknál fogva úgy tűnik számomra, hogy a CMS rajta) - ne ijedjen, hogy megtanulják a szintaxis sokkal egyszerűbb, mint a szintaxis config „natív» Phing szánt ugyanerre a célra. Ruby kell majd telepíteni csak a helyi gépen. A dokumentáció kiváló, de angolul. Példák a felhasználásra, beleértve a PHP projektek, ott ügyéről.

A szervezet a folyamat - nehéz tanácsot adni anélkül, hogy ismernék a jellemzői a motor és / kellene lennie különbségek különböző helyeken a kódot, és más „hogyan” saytovonezavisimyh fájlok és adatbázis sémát. Ha lehet / kell majd fel kell hívni arra, hogy megismerjék verziókezelő rendszerek (én személy szerint inkább Mercurial-é, de egyre népszerűbb Git), de meg kell felelnie minden esetben velük. És szervezi a szerkezet tárolók / ágak, mint ez: a fő ága / tároló - közös kód (alapértelmezett + Design), fióktelep tőle / klónok - kódot minden oldalon (ahol meg lehet tenni saytospetsifichnye sablonokat, képeket, stb ...). A következő frissítés a közös kód viszont merzh (merge) kód elágazás / klónok fő (talán az Ön esetében jobb klón) - valami egyesíti automatikusan valahol karok konfliktusok megoldására fog jönni, és töltse fel a szerverre (a jó is teszt előre, de úgy néz ki, nem az ügy).

Zero költségvetést, de egy pár nap kell költeni kutatásra és a szervezet. De aztán, a szerkesztést (beleértve Isla változás az adatokat séma) a fő tároló kerül kiosztásra az összes szerver egyetlen csapat Kapisztrán, érintetlenül hagyja a helyi árnyalatokat. Hidd el - megéri!

Azt javasoljuk, hogy a nyílt (vagy zárva?) Repository ezzel cisz és egyszerűen értesítsék ügyfeleiket frissíteni. Ki kéne - hadd frissítve.