Subversion in Action
URL az adattár Subversion
A könyvben, mely fájlok és könyvtárak Subversion használt URL-t. Alapvetően a szokásos szabály bejegyzés használatos URL ezeket, lehetővé téve a szerver nevét és a port számot, mint az URL része:
Azonban a feldolgozás URL Subversion rendszer, vannak árnyalatok kell szem előtt tartani. Például a megállapodásokkal összhangban, az URL segítségével a fájl hozzáférési mód (ezt a módszert alkalmazzák, hogy hozzáférjenek a helyi tárolás), vagy meg kell tartalmaznia localhost szerver. vagy nem tartalmazza a szerver neve:
Ezen kívül azok, akik a fájl séma: a Windows platformon, akkor kell használni a nem hivatalos „standard” szabályok rögzítésére elérésekor a tároló található, amely ugyanazon a gépen, de különböző lemezeken az ügyféllel. Mind az alábbi nyilvántartást fog működni; Itt X - a neve a meghajtó, amelyre a repository tartózkodási helye van:
A második, a belépés és a függőleges sáv nem tekinthető egy csatornát, meg kell, hogy az URL-t idézi. Szintén fontos megjegyezni, a használata perjel az URL-cím, annak ellenére, hogy a natív (nem URL) formájában utat a Windows használja a backslash.
Végül meg kell jegyezni, hogy a Subversion kliens automatikusan kódolni URL ugyanúgy, amennyiben szükséges, mivel ez teszi a böngészőt. Például, ha egy URL-t tartalmaz szóközt vagy ASCII-karaktereket nagybetűvel:
... akkor Subversion elrejteni biztonságos karaktereket, és úgy viselkedik, mint ha már beírtam:
Ha vannak terek a URL-t, hogy azt idézőjelbe, majd a héj fogja kezelni az egészet, mint egy érv, hogy svn programot.
munkapéldányból
Már olvastam munkapéldányból; Most megmutatjuk, hogy a Subversion kliens létrehozza és használja őket.
A Subversion működő példány egy közönséges könyvtárfát a számítógépen, amely egy sor fájlokat. Lehet az Ön lehetősége módosítani ezeket a fájlokat, és ha a forráskódot, akkor össze a szokásos módon a program. Munkapéldányoddal - ez a személyes munkaterület. Mint Subversion nem keveredik el a módosításokat másoknak, és nem teszi hozzáférhetővé más végzett módosításokat, amíg nem mondja, hogy. Akkor is több dolgozó példányban ugyanazt a projektet.
Az általános szabály az, Subversion fájlokat tartalmazó (vagy forráskód), több projekt; Általában minden projekt képviselteti magát, mint egy alkönyvtárat a tároló fájlrendszerben. Ebben a megközelítésben a felhasználó munkapéldányt általában megfelel egy külön tároló alkönyvtár.
Tegyük fel például, hogy van egy tároló, amely a két szoftver projektek: festékek és számított. Minden projekt a saját könyvtárban, mint az 1.6 ábrán látható, „A fájl tároló rendszer.”
Ábra 1.6. A fájl tárolórendszer
Annak érdekében, hogy egy működő példányt, meg kell, hogy bármely alkönyvtárak boltban. (Lehet, hogy a kifejezés úgy hangzik, mint valami köze reteszelő vagy fenntartásáról forrásokat, de nem így van, ez a parancs egyszerűen létrehoz neked egy példányt a projekt.) Például, ha kap / számított. akkor van egy működő példányt, mint ez:
A levél azt mondja, hogy a Subversion hozzáadott ezt a tételt munkapéldányoddal. Most már van egy példányt a katalógus / Calc adattár, egy kisméretű - .svn könyvtárban. tartalmú, mint már említettük, a további szükséges információkat Subversion.
Jut a Subversion lehet a különböző módon - a helyi lemezen vagy több hálózati protokollokat. Tárolási hely meghatározásakor mindig az URL. 1.1 táblázat, «URL eléréséhez a tárolóban.” Mutatja a különböző URL-illesztőáramkörök lehetséges hozzáférési módszerek.
Táblázat 1.1. URL tároló elérése.
Tegyük fel, hogy változtasson button.c. Mivel a .svn könyvtár emlékszik a fájl módosításának dátuma és eredeti tartalmát, Subversion lehet mondani, hogy már megváltoztatta a fájlt. Subversion nem teszi közzé a módosításokat, amíg meg nem mondja, hogy. A módosítások közzététele több közismert nevén elkövető (vagy ellenőrzésekor) változások a tárolóból.
Most a változtatásokat button.c. együtt egy feljegyzést a változásokat (azaz fix elírás), az adattárba; Ha egy másik felhasználó létrehoz egy működő példányát / számított. látni fogják a módosításokat a legújabb verzióját a fájlt.
Tegyük fel, hogy van egy partner, Sally, aki létrehozott egy működő példányát / Calc ugyanakkor magával. Ha változtathatnak a button.c. Sally munkapéldányaihoz óta változatlan Subversion módosítja munkapéldányból a felhasználó kérésére.
Ahhoz, hogy a munkapéldányod naprakész Sally kérheti Subversion frissíteni rá működő példány, Subversion az update parancs. Ez lehetővé teszi a módosításokat a működő példány, valamint minden egyéb változást rögzíteni, miután létrehozott egy működő példányt.
Következtetés svn update parancs azt mondja, hogy a Subversion frissített tartalmát button.c. Vegye figyelembe, hogy Sally nem jelzi, hogy melyik fájl update; hogy meghatározza a kívánt fájlokat, hogy naprakész, a Subversion információt használja fel a .svn könyvtárban. valamint információt a tárolóból.
Svn commit művelet közzéteszi változások bármennyi egyetlen atomi művelet a fájlok és könyvtárak. A munkapéldányoddal, meg lehet változtatni a fájlok tartalmát, létrehozni, törölni, átnevezni, és másolja a fájlokat és könyvtárakat, majd elkövetni minden változás egyetlen atomi tranzakciót.
A „atomi művelet” kifejezés a következő: bármilyen változás történik a tároló teljesen, vagy azokat nem egyáltalán. Subversion viselkedik figyelembe véve a lehető összeomlik, a rendszer összeomlik, hálózati problémák, valamint az érvénytelen felhasználói beavatkozás.
Minden alkalommal, amikor van egy zár, ez létrehoz egy új állam a fájlrendszer, melynek neve a szerkesztést. Minden felülvizsgálatot egy egyedi számot, az egyik nagyobb számú az előző verzióhoz képest. Szerkesztés indítása az újonnan létrehozott adattár számozott 0 áll, és semmi, csak egy üres gyökérkönyvtárban.
1.7 ábra, „Storage” tökéletesen illusztrálja a boltban. Képzeljünk el egy sor felülvizsgálati számok 0-val kezdődő, balról jobbra. Mindegyik változat számát egy megfelelő fájl fa, és minden fa egy „pillanatfelvétel”, ahogy a adattár nézett a kötelezettséget.
1.7 ábra. raktár
Global verziószámait
Ellentétben a legtöbb verziókövető rendszerek, Subversion revíziója számok vonatkoznak minden. és nem csak egy adott fájlt. Mindegyik változat száma megfelel egy egész fa egy adott adattár miután néhány elkötelezett változás. Más szóval, szerkeszti N jelentése az állam a adattár fájlrendszer után az N-edik rögzítés. Amikor Subversion felhasználók beszélni „felülvizsgálatát 5 foo.c». sőt beszélünk «foo.c részt szerkeszti 5.” Megjegyezzük, hogy a változások az N és M egy fájl nem feltétlenül különböznek! Sok verziókövető rendszerek ispolyuzuyut per fájlváltzozat számokat, így ez a megközelítés először tűnhet szokatlan. (Volt CVS felhasználók további információkat kérhet a B. függelék, Subversion CVS felhasználóknak.)
Fontos megjegyezni, hogy munkapéldányból nem mindig felelnek meg egyetlen felülvizsgálatát az adattárban; tartalmazhatnak fájlokat különböző változathoz. Például, ha egy működő példányt adattár amelynek legutóbbi korrekció - 4:
Abban a pillanatban, az aktuális könyvtárat teljes mértékben összhangban felülvizsgálati 4 az adattárban. Tegyük fel, hogy már készül változtatásokat button.c és kötelezzék a változásokat. Hiányában más rögzítési fogja szerkeszteni az elkövetni száma 5 és munkapéldányoddal a következő:
Tegyük fel, hogy ez után a pont, Sally követ változás integer.c. létrehozása szerkesztése 6. Ha svn update, hogy munkapéldányoddal naprakész, akkor így fog kinézni:
Sally változások integer.c jelennek munkapéldányoddal, és a változás, hogy button.c is részt vesz. Ebben a példában a szöveg Makefile az Edit 4., 5. és 6. azonosak, de a Subversion revízió száma 6 látnia munkapéldányoddal Makefile. azt mutatják, hogy a fájl nem elavult. Így, miután el teljes frissítés munkapéldányoddal, akkor teljes mértékben megfelelnek a jelenlegi állapotában a tárolóból.
Hogyan munkapéldányból pálya a Repository
A szolgáltató könyvtár .svn / minden fájlt Subversion működő könyvtár információt tárol két fontos tulajdonsága:
hogy milyen felülvizsgálatát a munka fájl alapú (ez az úgynevezett üzemi fájlszerkesztés) és
ideiglenes (hangsúly az utolsó szótagon) címke, amely meghatározza, hogy a működő példány utolsó frissítése az adattár.
Ezt az információt felhasználva, ha csatlakoztatja a tároló Subversion tudja megmondani, hogy az alábbi négy állapot egy működő file:
Már nem változott, és a jelenlegi
A fájl változatlan formában a munka könyvtár, és a boltban is nem történt változás, hogy a fájl létrehozása óta a munka felülvizsgálatát. Csapat svn commit és svn update bármely művelet nem fog.
Helyileg megváltozott, és a jelenlegi
A fájl megváltozott a munka példányt, de a boltozat nem történt változás, hogy a fájl utolsó frissítése munkapéldányoddal. Vannak helyi változásokat, amelyek nem követtek el a tárolóban, így svn commit elvégzi elkövetni a változtatásokat, mint az svn frissítés nem csinál semmit.
Változatlan, és elavult
Helyileg megváltozott, elavult
Úgy tűnhet, hogy figyelemmel kíséri a jelenlegi állapotában a működő példány nehéz. Ez nem így van. Ahhoz, hogy tudjuk az állam bármely elem munkapéldányoddal van az svn status parancs. További információ a parancs, lásd a «svn status».
Vegyes felülvizsgálatát munkapéldányból
Subversion igyekszik a lehető legrugalmasabb. Például lehetséges, hogy egy működő példányt tartalmazó fájlok és könyvtárak vegyes számban dolgoznak változathoz. De, sajnos, ez a rugalmasság néha zavaró, hogy néhány új felhasználóknak. Ha a korábbi példa mutatja vegyes változathoz, úgy érzi, a veszteség, ez egy útmutató, amely megmagyarázza, hogy miért ez lehetséges, és hogyan kell használni célja az Ön számára.
Frissítések és rögzítő vannak egymástól elválasztva
A fő mellékhatása ez a szabály, hogy a működő példány kell végeznie egy további szempont keveredve változathoz, és légy óvatos a keveréssel. És az a tény, hogy a könyvtárak alá verziókezelő teszi még nehezebb megérteni.
Tegyük fel, hogy van egy működő példányt teljesen megfelelő felülvizsgálata 10. Miután valami.html fájl változásokat. futtatja a parancsot svn commit. amely létrehozza az Edit adattár 15. rögzítése után a legtöbb újonnan várható, hogy minden lesz munkapéldányod szerkesztés 15, de ez nem az. Verziók között 10 és 15 a boltban lehetett volna akárhány változásokat. Mivel a parancs svn update nem végeztek, és svn commit nem töltődik be változás, az ügyfél nem tud semmit a változásokat tartogat. Másrészt, ha az svn commit parancs automatikusan letölti a legújabb változások, az egész dolgozó másolat lehet, hogy kijelölje a megfelelő számú módosítást - 15. Azonban ez sértené az alapvető szabály, hogy a „transfer” és a „fogadó” függetlenek műveleteket. Ezért bármi, ami lehet, hogy a Subversion ügyfél, akkor jelet egy file - valami.html - a megfelelő felülvizsgálata 15. A többi működő példány továbbra is megfelel felülvizsgálata 10. Csak ha olyan munkát végez svn update lesz letölthető a legfrissebb változásokat, és az egész munkapéldányod kell jelölni a megfelelő felülvizsgálata 15.
Vegyes változathoz - ez normális
Gyakran előfordul, hogy az új felhasználók teljesen tudatában annak, hogy munkapéldányban tartalmaz vegyes változathoz. Ez zavaró lehet, mert sok ügyfél parancsainak érzékenyek a munka felülvizsgálatát a tételt, amellyel működik. Például svn log parancsot megjelenítésére a változás történelem egy fájl vagy könyvtár (lásd. «Svn log»). Amikor a felhasználó kiadja a parancsot egy működő példányt tárgy, azt várja, hogy a teljes történet a tárgyat. Azonban, ha az objektum üzemi felülvizsgálat elég régi (annak a ténynek köszönhető, hogy a parancs svn update nem végeztek hosszú ideig), akkor az megjelenik a történelem, a régebbi verzió az objektum.
Vegyes változathoz - ez hasznos
Ha van egy nagyon nagy projekt, akkor előfordulhat, hogy hasznos időnként kénytelen „vissza” a munkapéldányod korábbi módosításokat, hogyan történik, akkor megtanulják, 2. fejezet, Subversion Tour. Érdemes kipróbálni egy korábbi változata a modul alkönyvtárban, vagy hogy megtudja, pontosan, amikor a hiba fordult elő egy adott fájlt. Ez - „időgép”. A szempont egy verziókövető rendszer, amely lehetővé teszi, hogy mozog a történelem bármely részén működő példány előre és hátra.
Vegyes változathoz vannak korlátai
Bár vannak korlátozások, amit munkapéldányoddal akkor a keverési szerkesztéseknek ezt a rugalmasságot.
Először is, nem lehet elvégezni a eltávolítása elavult fájl vagy könyvtár. Ha a boltozat van egy újabb változata a tétel, próbálja meg eltávolítani elutasításra kerül, hogy megakadályozzák az esetleges nem kívánt megsemmisítése a változásokat, hogy nem tudom.
Másodszor, ha nem érzékel változást metaadatok nem frissíti a katalógusban. Adományozásáról „tulajdonságok” az elemek megtudhatja, 3. fejezet, Professional használata Subversion. Munka felülvizsgálat meghatározza a konkrét könyvtárat alkotó elemeket és tulajdonságokat, így rögzítéséről tulajdonságváltozások elavult könyvtár megsemmisíthetik tulajdonságokat, amit nem tudom.