A VCS frissítéséhez és támogatása weboldalak - Server Administration
Ez nem problémákkal szembesülnek a web szerver hiba egyesülés és frissítse a verzió ellenőrző rendszer, amely elősegíti az elosztott hely
Ez hogy működik
(Version Control System, VCS) verziókezelő rendszer használható a változások nyomon követését és a lehetőségét több verziója egy fejlesztés. Során osztott fejlesztés, segítenek megszervezni a munkát több verziója ugyanazt a dokumentumot.
Minden változás a projektben található egy strukturált tároló (repository) alkalmazásával kotorgo kölcsönhatásba fejlesztők. A gyűjtemény tartalmazza a hivatalos kép a projekt - ez indexelt és titkosított változás. Szintén tartalmaz egy működő változat a projekt. Ez biztosítja, hogy minden fejlesztő lehet kapni különböző változatai dokumentumok a tárolóból, hozza létre ág változás, változtathatnak (hozzon létre egy audit), valamint visszaállíthatja a munkapéldányban bármelyik korábbi verziót. Ez a módszer lehetővé teszi, hogy szinkronizálja a frissítéseket.
Hogyan használjuk karbantartása a site?
A szokásos támogatási rendszere egy webes projekt a következő: a fejlesztők, hogy módosítsa a web-site szerver, ami viszont a böngészés felhasználók. Ha több fejlesztő változó ugyanazt a dokumentumot, az első változás törlődik a második, és a felhasználó kap téves információt. Meg kell találni a korábbi verziót, hogy állítsa vissza a projekt, és találja meg az okát a kapott eltérés.
Ezek a változások vezetnek konfliktusokhoz szükség, hogy az összetett szabályok változnak, és megakadályozza, hogy a megosztott programozók.
A megoldás erre a problémára egy verziókövető rendszer, és hogy támogassa a honlap a leghatékonyabb a rendszer, amelyben két lerakat egy webszerver.
Az első tároló gyűjtésére használt változások érkező minden fejlesztők. Amely magában foglalja egy ág a fő változata az oldalon, a mester, és a többi, például a fejlesztési ág és az ág dev gyorsjavítás változásokat. Programozók dolgoznak az adattár a VCS konzol és az ügyfelek. Így van kapcsolat és a projekt fejlesztők. Az első adattár nem működik fájlok hely, csak a szolgáltatás, amely a változásokat.
A második adattár tartalmazza csak a mester ág a munka könyvtárat, ahol elindított egy honlapot. Az adattár automatikusan alkalmazza a változásokat a fő szálat az első tároló verziószámozást változások és továbbítja ugyanazt az egészet annak változásait. Ez a megoldás a biztosítási, amely katalógus frissített egyoldalúan és a programozók hozzáférést kell zárni.
Van egy szinkronizáló és beállítás módosul, az oldal tartalmazza a legújabb verzióját. Problémák esetén, akkor visszaállíthatja a projekt VCS szereknek az előző változat.
Melyik rendszert kell választania
Jelenleg számos változata rendszerek. Bár a telepítési poszter a honlap bemutatja, általában, hogy megmutassa a sokoldalúság, érdemes megemlíteni alapkivitelek VCS.
Központosított rendszerek (pl Subversion. CVS) jelenlétére utalnak egyetlen adattár minden fejlesztő, mely tárolja az összes projekt ágak.
Az elosztott rendszerek (Git, Mercurial, Bazaar) változás előzményeket egy helyi tárolási fejlesztők, és a megfelelő fragmentumok szinkronban vannak egymással keresztül a központi adattárban.
Együttműködik Web projektek Azt javaslom egy elosztott rendszer, mivel ezek sokkal könnyebb manipulálni ágak fejlődését. Minden programozó létrehozhat egy ágat a helyi boltban, terheletlen központi adatbázisban. Továbbá, mivel az elosztott modell az ilyen rendszerekben a magasabb működési sebesség és a biztonság.
A második adattár tartalmazza csak a mester ágat egy működő könyvtár, ahonnan indult a helyszínre. Ez automatikusan betölti változik a fő ága az első adattár létrehozása audit, és továbbítja azt az összes saját változtatásokat. Ez úgy történik, hogy a biztonsági háló, mert a katalógus frissített egyoldalúan és a fejlesztők hozzáférést is le kell zárni. Néha azonban a terheletlen fegyvert tüzet.
Tehát van egy szinkronizáló és telepíti a frissítéseket, a helyszínen mindig tartalmazza a legújabb verzióját. Ha szükséges, akkor lehet, hogy állítsa vissza az előző szakaszban VCS szerek.
Melyik rendszert kell választania
Jelenleg számos változata rendszerek. Bár a telepítési poszter a honlap bemutatja, általában, hogy megmutassa a sokoldalúság, érdemes megemlíteni alapkivitelek VCS.
Központi vezérlés rendszerek (pl, Subversion, CVS) jelenlétére utalnak egyetlen adattár minden fejlesztő, mely tárolja az összes projekt ágak.
Az elosztott rendszerek (Git, Mercurial, Bazaar) változás előzményeket egy helyi tárolási fejlesztők, és a megfelelő fragmentumok szinkronban vannak egymással keresztül a központi adattárban.
Együttműködik Web projektek Azt javaslom egy elosztott rendszer, mivel ezek sokkal könnyebb manipulálni ágak fejlődését. Minden programozó létrehozhat egy ágat a helyi boltban, terheletlen központi adatbázisban. Továbbá, mivel az elosztott modell az ilyen rendszerekben a magasabb működési sebesség és a biztonság.
Most kell, hogy korlátozza a hozzáférést a fejlesztési eszközök és kiszolgáló VCS.
Verziókövető rendszerek több szabadságot a fejlesztők számára, függőség csökkentése egymást.
A beállítás befejeződött. Hogy ellenőrizze, akkor létre kell hozni egy ellenőrzést a fő ága az első tároló, és a frissítések jelennek meg az oldalon.
Előnyök és árnyalatok
Hagyja a súlyod érdemben a rendszer leírtuk:
> Kizárása konfliktus egyesíteni változásokat. Mivel a szinkronizálás tárolás nem igényel különleges szabályokat a frissítés végrehajtásához.
> Elosztott fejlődését. verziókövető rendszer lehetővé teszi a használatát elágazás, azaz a teremtés különböző változatai a dokumentum teljes történetét változások elágazási ponthoz és más utána. Amikor egy ága eléri stabilitás egyesítést. Párhuzamos végrehajtását több feladatot különösen fontos a modern webes fejlesztés, hiszen általában a létrehozása és támogatása, a projekt pontos tervezés lehetetlen.
> Mentése változás történetében. Mivel az alapvető információkat frissítések rögzítésre, és ha szükséges, akkor lehet egyetlen paranccsal visszaállítani a korábbi verziók a dokumentumot.
> Könnyen forrás ellenőrzés. Rendszer eszközök lehetővé teszik, hogy hasonlítsa össze a fájlok verzióit soronként, ellenőrzése a változásokat.
> Egyszerű integráció. Ez a rendszer lehet alkalmazni a működési hely bezárása nélkül a szolgáltatást, és áthelyezni fájlokat.
> Szabad szoftver. A legtöbb változat kontrollrendszerek szabadon terjeszthető
És mi van a másik véglet?
Először is, meg kell átgondolni és állítsa be a frissítési szabályokat és differenciálódását megtestesítő leírt rendszer. Attól függően, hogy a projekt mérete és a biztonsági követelmények kell hozzá újra pozitorii fejleszteni.
Másodszor, meg kell, hogy vegyenek részt, hogy kiadja helyet a szerveren a tárolókban. Mivel megtartják a módosított fájlokat, jelenlétében nagyszámú grafika a helyszínen túlfolyó lehet egy váratlan probléma, annak ellenére, hogy a szereplő adatok tárolása tömörített formában. Ebben az esetben ennek megfelelően kell beállítani a vizsgálati eltávolítani a régi ágak és változásokat.
Továbbá, ha a webhely adatbázist használ, előfordulhat, hogy a problémát az irányítást a frissítéseket. Mivel a forráskód az ilyen fájlok nem világos, néha érdemes használni a funkciót mentse a script az adatbázis lekérdezés. Végül nem szabad elfelejteni a speciális termékek, amelyek a telepítés és alkalmazások frissítése, például Kapisztrán. Bizonyos esetekben jobb, ha használja őket.
• • •
Verziókövető rendszerek több szabadságot a fejlesztők számára, csökkenti a függőséget egymásra, és a töltött idő a megértés, a működés, fizeti ki a további fejlődést.
Ezekről a rendszerekről, akkor lehet beszélni a végtelenségig, de a legjobb módja annak, hogy értékeljük a könnyű használat - úgy fordítani a VCS webhelyen, már megtörtént számos jól ismert cégek.
Ha kell telepíteni és konfigurálni verziókövető rendszerek, vegye fel a kapcsolatot: [email protected]