Systém kontroly verzí softwaru. Úvod do systémů správy verzí. Takové systémy, jako je CVS, Subversion a Perforce, mají centrální server, který ukládá všechny soubory pod kontrolou verzí, a řadu klientů, kteří od něj přijímají kopie souborů.
PHP 5 (3 knihy – pro figuríny, návod a příklady)+Denver+stránkyPHP 5 pro figuríny
Tato kniha je úvodem do oblasti programování webu v PHP 5. S její pomocí můžete rychle napsat skript pro web ,poskytují interakci se soubory a databázemi ,
V knize také naleznete doporučení pro instalaci modulu PHP 5 pro web a pro práci na příkazovém řádku, stejně jako instalaci a konfiguraci oblíbených webových serverů Apache a IIS.
Tato kniha bude užitečná pro začínající vývojáře i pro všechny, kdo se zajímají o programování pro web.
Kliknutím zavřete spoiler: PHP 5 pro figuríny
Kurz PHP 5
Tato kniha je výborná učební pomůcka, což vám umožní rychle zvládnout a efektivně používat PHP. Zde najdete vše, co k tomu potřebujete: od popisu nastavení PHP, základů CGI a základních jazykových konstrukcí až po práci s sessions, kanály, sockety a dalšími speciálními technologiemi PHP.
Zvláštní místo zaujímá úvaha o interakci PHP s databázemi. Kniha pokrývá MySQL i SQLite s podporou PHP 5. Tím vším je kniha maximálně zaměřena na dosažení skutečných praktické výsledky. Podrobně popisuje, jak vytvořit svůj vlastní v PHP návštěvní kniha, chat, fórum, seznam adresátů na webu, zpravodajský kanál a dokonce i internetový obchod. K dispozici jsou hotové skripty.
Samostatně je diskutována metodika tvorby automatického systému pro správu obsahu stránek („engine“). Tento systém vám umožní maximálně usnadnit údržbu a aktualizaci vašich webových stránek. Kromě vytváření vlastních skriptů je uveden popis profesionální produkty(zdarma a otevřené): Fórum RNRVV a systém PHP-Nuke. Tyto produkty se používají na velkém množství webů a umožňují vám „nevynalézat kolo dvakrát“, ale používat již hotové.
Kliknutím zavřete spoiler: PHP 5 Tutorial
PHP 5 s příklady
Předmětem knihy je zvládnutí programovacích technik v jazyk PHP 5. Školení probíhá na četných příkladech převzatých z reálné praxe webového programování: práce s MySQL DBMS, problematika ochrany webových aplikací, práce s grafikou, Flash a PDF dokumenty, optimalizace kódu a další úkoly. Kniha je určena jak pro čtenáře, kteří nemají mnoho zkušeností s programováním v PHP, tak pro webové programátory, kteří již tento jazyk znají a chtějí zvážit různé cesty pomocí PHP 5.
Dobrý den, Habr. Rozhodl jsem se dotknout v mnoha článcích již vyčerpaného tématu, konkrétněji popsat značně nestandardní (řekl bych netříděné) používání systémů správy verzí (dále jen VCS). Kolegové programátoři, schovejme shnilá rajčata a pojďme dál, protože tento článek není pro vás. Ano, všichni jste se již naučili všechny jemnosti Git funguje, SVN, CVS a znáte mnoho dalších chytrá slova. Pojďme se, obyčejní smrtelníci, seznámit se všemi výhodami používání tvrdé měny.
Zvu všechny, kteří se chtějí seznámit se systémem tvrdé měny, i všechny, kteří se tak či onak zabývají rychle se měnícími daty.
Proč je to nutné?
Sám jsem studentem technické univerzity a téměř neustále pracuji s dokumenty (texty, kresby, kresby), měním je třikrát (desetkrát, sto) denně. Někdy se ukáže, že úpravy provedené během minulý týden, je nutné zrušit a vrátit se k dokladům ve stavu před týdnem. Je dobré, když bylo provedeno jen několik úprav, v tomto případě může pomoci padesát stisknutí Ctrl+Z. Pokud by však během tohoto týdne bylo více méně aktivní práce s dokumentem nebude možné jednoduše obnovit stav „do důležité úpravy provedené před týdnem“. K tomu potřebujete kopii dokumentu v době „před důležitou úpravou“ a také tucet dalších kopií „před další důležitou úpravou“, „před spornou úpravou“ a „před úpravou, která bude nejvíce pravděpodobně bude muset být zrušeno." V zásadě je tento přístup možný a mnozí jej praktikují. Sám jsem to donedávna držel důležité verze soubory, ukládat je s předponami „date_time“ a zdálo se, že jsem byl spokojen. Výhodou této metody je její jednoduchost, nevýhodou je, že pracovní složky „bobtnají“ a jsou nepohodlné na používání. A pokud můžete nějak bojovat s prvním z nich (vel pevné disky a 7zip), pak se s nepříjemnostmi muselo něco udělat.Co se s tím dá dělat, nebo co je SLE
Vezměme si odstavec z Wikipedie: „Systém kontroly verzí (z anglického Version Control System, VCS nebo Revision Control System) – software pro snazší práci s měnícími se informacemi. Systém správy verzí vám umožňuje uložit více verzí stejného dokumentu, v případě potřeby se vrátit k dřívějším verzím, určit, kdo a kdy provedl konkrétní změnu, a mnoho dalšího.“ Je to podobné, jako funguje samotná Wikipedie – všechny verze článků se všemi úpravami jsou k dispozici ke studiu.Použití VCS v situaci, kdy potřebujete uložit mnoho verzí souborů, je to, co potřebujete. Mezi výhody tohoto přístupu patří snadné použití a úspora zdarma místo na disku díky tzv. delta kompresi (kdy se neukládají samotné soubory v různých verzích, ale mění se verze od verze, což snižuje množství uložených dat). Zkusme to.
Jaké druhy tvrdé měny existují?
Tatáž Wikipedie navrhuje, že měna v tvrdé měně může být centralizována a distribuována, velká i malá, s nebo bez zvonků a píšťalek. To nás nijak zvlášť nezajímá, protože využijeme (alespoň zpočátku) pouze část funkčnosti směnárenského systému. Podívejme se na tuto funkci.Téměř všechny VCS jsou nějaké úložiště, ve kterém jsou uloženy všechny verze souborů, se kterými pracujeme. Zde je potřeba upřesnit, že verze uložených souborů určuje nejčastěji uživatel. Přispěli jsme řekněme tuctem drobné úpravy a rozhodli jsme se, že je čas uložit výsledky naší činnosti do skladu. Napadá mě analogie s periodickým mačkáním Ctrl+S, jen s tím rozdílem, že k této verzi souboru lze přistupovat i v budoucnu. Přirozeně „jedním šmahem“ tak můžete do úložiště přidat tolik verzí, kolik chcete. velké množství soubory. Tato akce se jednoduchým způsobem nazývá „potvrdit“ nebo „potvrdit změny“.
Kdykoli můžete přidat nebo odstranit nový do úložiště (tak se úložiště chytře nazývá). existující soubor a VCS si bude „pamatovat“, kdy a co jsme přidali/smazali. A díky komentářům během odevzdání můžete také popsat, proč se tento konkrétní commit provádí („přidal tam cetku“/„odtamtud odstranil možná nezbytný kousek“).
Když si konečně uvědomíme, že je čas vrátit se k verzi před týdnem, máme celou historii změn. A tady si můžeme vybrat, co budeme dělat. Pokud potřebujete zkopírovat požadovaný kus ze starého souboru a vložit jej do současná verze– stačí vyjmout ze skladu starý soubor a zkopírujte z něj, co je potřeba. Pokud se potřebujete úplně vrátit a pokračovat v práci stará verze SCV nám opět přichází na pomoc – můžeme se vrátit k raná verze a vytvořit takzvanou novou větev („větev“), přičemž zachováme vše, čeho jsme se „vzdali“ týdenním vracením verzí zpět. Historii verzí projektu lze tedy graficky znázornit jako strom – od „kořenů“ (začátek projektu) až po „větve“ (úspěšné a neúspěšné úpravy). Kromě toho lze „pobočku“ vytvořit i uměle, například v případě, kdy jedna z zdrojové soubory rozhodneme se vyvinout dva různé verze– v první pracujeme na některých cetkách, ve druhé pracujeme na jiných. Navíc, pokud jsou pracovní soubory textové dokumenty(a v některých dalších), je možné sloučit různé větve do jedné - tzv. merge. Nyní si představme, že na projektu pracuje několik lidí a každý pracuje na svém „cetku“. Mít společné úložiště v tomto případě výrazně zjednodušuje vývoj.
Od teorie k praxi, nebo začít používat SLE
Takže doufám, že jsem vás přesvědčil, že používání SLE je dobrá věc. Zbývá jen naučit se VCS používat. To je to, co uděláme.Existují různé systémy správy verzí, které se od sebe liší různé aspekty použití. Protože nás nezajímají (alespoň zpočátku) jemnosti práce různé systémy, zaměřme se na ty nejjednodušší a nejpřátelštější z nich. Podle mého skromného názoru je takovým systémem kupodivu Mercurial – „systém pro správu distribuovaných verzí napříč platformami určený pro efektivní práce s velmi velkými úložišti kódu“ s grafický shell TortoiseHg. Systém lze používat pod Windows, Linux a Mac OS X.
Dovolte mi rovnou provést rezervaci, že popíšu práci se systémem ve Windows. Pro ty, kteří zvládli Linux, nebude těžké naučit se vše analogicky.
Navíc se zároveň naučíme pracovat s hosting zdarma Mercurial repositories - bitbucket.org, nezbytné, pokud nepracujete na projektu sami, nebo, což je velmi výhodné, chcete mít přístup ke všem verzím projektu přes internet. V podstatě se jedná o pohodlnou náhradu schránky, pokud jste ji již dříve používali.
Nejprve nainstalujte Mercurial + TortoiseHg odtud: tortoisehg.bitbucket.org.
Tento systém funguje v konzoli, takže pro usnadnění použití napíšeme několik *. bat soubor ov pro typické operace.
Všechny operace jsou prováděny příkazem hg. Volá se bez parametrů a zobrazuje seznam základních příkazů.
Úložiště je libovolný adresář, který si vybereme (použiji složku „C:\project\“), ve kterém by měly být uloženy všechny soubory našeho budoucího projektu. Nikdo samozřejmě nezakazuje mít na jednom počítači více úložišť.
Aby systém „pochopil“, že chceme vytvořit úložiště, spustíme příkaz:
hg init c:\projekt
poté bude vytvořena složka „c:\project\“, pokud nebyla vytvořena dříve, a složka „c:\project\.hg\“, do které bude Mercurial ukládat všechny servisní informace.
Okamžitě si vzpomeneme, že chceme na svůj počítač získat nejen lokální úložiště, ale také vzdálené úložiště, do kterého budeme posílat všechny naše změny (nebo, jak říkají chytří, změny „posunout“ do vzdáleného úložiště, ze anglické „push“). Chcete-li to provést, přejděte na bitbucket.org, zaregistrujte se a vytvořte své první úložiště (Repositories - Create new repository). Pojmenujte úložiště (konkrétně mu budu říkat remote_project) a klikněte na Vytvořit úložiště.
Nyní máme dvě úložiště – lokální, která se nachází ve složce „c:\project\“ a vzdálená, umístěná na „bitbucket.org/název_vašeho_účtu/vzdálený_projekt/“, kde název_vašeho_účtu je název zadaný při registraci na bitbucket, remote_project je název úložiště, který byl vybrán při jeho vytvoření.
Abychom mohli pokračovat ve zkoumání, musíme něco vložit do našeho místního úložiště. Stačí v něm vytvořit (v mém případě ve složce „c:\project\“) libovolný soubor vašeho budoucího projektu nebo tam zkopírovat váš aktuální projekt.
Nyní, přísně vzato, musíme říci Mercurialu: „do složky projektu jsme přidali takové a takové soubory a několik nových složek“, k tomu slouží příkaz „hg add“. Pohodlnější je však jiný přístup - při dalším odevzdání řekneme Mercurialu, aby vyzvedl všechny nově vytvořené soubory ze složky projektu a zapomněl na smazané, je to mnohem jednodušší než dělat „hg add c:\project\new_document .doc” pokaždé, když vytvoříte nový dokument “
Pojďme tedy k našemu prvnímu odevzdání. běží další příkaz:
hg commit –A –m „komentář k potvrzení“
Podívejme se na vše v pořádku. Příkaz musí být zadán, když jsme v úložišti (to znamená, že musíme nejprve spustit „cd c:\project“). Volba „-A“ je nezbytná k tomu, aby Mercurial „sebral“ nově vytvořené soubory (viz výše), volba „-m“ umožňuje přidat komentář k odevzdání. Tyto komentáře se zobrazí při prohlížení verzí (nebo changesetů - seznamů změn) v TortoiseHg a na stránce projektu na bitbucket.org. Je velmi důležité dávat smysluplné komentáře, abyste později netrpěli a pamatovali si, kdy byla provedena ta či ona úprava.
Nyní naše úložiště ukládá počáteční verze náš projekt. Všechna další potvrzení se provádějí stejným způsobem poté, co se rozhodneme, že je čas uložit aktuální verzi.
Dokončené potvrzení lze „posunout“ do vzdáleného úložiště příkazem:
hg push https://bitbucket.org/your_account_name/remote_project
V tomto případě se také musíte nacházet ve složce odpovídající úložišti. Po zadání příkazu budete požádáni o jméno a heslo našeho účtu na bitbucket.org, abyste je nezadávali při každém stisknutí, příkaz lze nahradit následujícím:
hg push hg push https://název_vašeho_účtu:heslo_vašeho_úč[email protected]/název_vašeho_účtu/vzdálený_projekt
Protože budeme všechny příkazy zapisovat do souboru *.bat, bude v tomto případě heslo uloženo v otevřený formulář, což je trochu bezpečnostní riziko, ale je pro mě přijatelné.
Takže pro pohodlí vytváříme soubory commit.bat, push.bat a commit&push.bat v oblasti přímého dosahu s následujícím obsahem:
[obsah souboru commit.bat]
POKUD !%1==! musím ukončit 1
cd C:\projekt
hg commit -A -m "%*"
musím ukončit 0
:exit1
echo "NO COMMAND-LINE ARG!"
:exit0
Tento soubor, volaný s argumenty, odevzdá projekt s argumenty obsaženými v komentářích k odevzdání. Příklad: proveďte „commit.bat my first commit“ a získejte commit s komentářem „my first commit“. Ve FAR je k tomu vhodné použít kombinaci Ctrl+Enter.
[obsah souboru push.bat]
cd C:\projekt
hg push https://název_vašeho_účtu:heslo_vašeho_úč[email protected]/název_vašeho_účtu/vzdálený_projekt
Tento soubor bude odeslán do vzdáleného úložiště.
[obsah souboru commit&push.bat]
POKUD !%1==! musím ukončit 1
cd C:\projekt
hg commit -A -m "%*"
musím ukončit 0
:exit1
echo "NO COMMAND-LINE ARG!"
:exit0
zavolejte ./push.bat
Tento soubor, volaný s argumenty, provede sekvenční odevzdání a odeslání projektu s argumenty zadanými v komentářích k odevzdání.
Navíc pro malé přechodné commity doporučuji vytvořit soubor commit_date_time.bat:
[obsah souboru commit_date_time.bat]
cd C:\projekt
hg commit -A -m "%DATE% %TIME%"
Tento soubor vytvoří indikaci odevzdání dnešní datum a čas jako komentář, což se často hodí.
Frekvenci commitů a pushů si každý určuje individuálně v závislosti na intenzitě a složitosti prováděných úprav. I když se doporučuje řídit se pravidlem „častěji, tím lépe“.
Kliknutím pravým tlačítkem na soubor/složku úložiště můžete spustit Průzkumníka úložiště (TortoiseHg - Průzkumník úložiště), který prezentuje všechny naše odevzdání s komentáři k nim. Toto okno zobrazuje stromovou strukturu našeho úložiště, odkud můžete provádět potvrzení, vložení nebo vrácení zpět předchozí verze(backouts) a další operace.
Na bitbucket.org/your_account_name/remote_project je podobná sada changesetů a můžete si stáhnout jakoukoli verzi projektu v jednom archivu, což je někdy také velmi výhodné.
Obecně to považuji za konec mého prvotního seznámení s Mercurialem. Více detailní informace jsou dostupné na adrese: translate.by/you/mercurial-the-definitive-guide/into-ru/trans/
Pro koho je tento článek určen?
Asi skončím tím, čím jsem měl začít – pro koho je tento článek? Odpověď je jednoduchá – pro ty, kteří se chtějí naučit používat tvrdou měnu. Podařilo se mi přimět několik designérů, inženýrů a dokonce i spisovatele, aby se zapojil do VCS. Zkuste to také – pravděpodobně vám to hodně usnadní práci.P.S. Přesunuto na blog „Systémy kontroly verzí“.
Štítky: Přidat štítky
Dobrý den, Habr. Rozhodl jsem se dotknout v mnoha článcích již vyčerpaného tématu, konkrétněji popsat značně nestandardní (řekl bych netříděné) používání systémů správy verzí (dále jen VCS). Kolegové programátoři, schovejme shnilá rajčata a pojďme dál, protože tento článek není pro vás. Ano, všichni jste se již naučili všechny složitosti Git, SVN, CVS a znáte mnoho dalších buzzwordů. Pojďme se, obyčejní smrtelníci, seznámit se všemi výhodami používání tvrdé měny.
Zvu všechny, kteří se chtějí seznámit se systémem tvrdé měny, i všechny, kteří se tak či onak zabývají rychle se měnícími daty.
Proč je to nutné?
Sám jsem studentem technické univerzity a téměř neustále pracuji s dokumenty (texty, kresby, kresby), měním je třikrát (desetkrát, sto) denně. Někdy se ukáže, že úpravy provedené během minulého týdne je třeba vrátit zpět a dokumenty vrátit do stavu, ve kterém byly před týdnem. Je dobré, když bylo provedeno jen několik úprav, v tomto případě může pomoci padesát stisknutí Ctrl+Z. Pokud se však během tohoto týdne s dokumentem více či méně aktivně pracovalo, nebude možné jednoduše obnovit stav „před důležitou úpravou provedenou před týdnem“. K tomu potřebujete kopii dokumentu v době „před důležitou úpravou“ a také tucet dalších kopií „před další důležitou úpravou“, „před spornou úpravou“ a „před úpravou, která bude nejvíce pravděpodobně bude muset být zrušeno." V zásadě je tento přístup možný a mnozí jej praktikují. Až donedávna jsem sám uchovával důležité verze souborů a ukládal je s předponami „date_time“ a zdálo se, že jsem byl šťastný. Výhodou této metody je její jednoduchost, nevýhodou je, že pracovní složky „bobtnají“ a jsou nepohodlné na používání. A pokud se s prvním z nich dá nějak vypořádat (velké pevné disky a 7zip), pak se s tím nepohodlím muselo něco udělat.Co se s tím dá dělat, nebo co je SLE
Vezměme si odstavec z Wikipedie: „Systém správy verzí (z anglického Version Control System, VCS nebo Revision Control System) je software, který usnadňuje práci s měnícími se informacemi. Systém správy verzí vám umožňuje uložit více verzí stejného dokumentu, v případě potřeby se vrátit k dřívějším verzím, určit, kdo a kdy provedl konkrétní změnu, a mnoho dalšího.“ Je to podobné, jako funguje samotná Wikipedie – všechny verze článků se všemi úpravami jsou k dispozici ke studiu.Takže použití VCS v situaci, kdy potřebujete uložit mnoho verzí souborů, je to, co potřebujete. Mezi výhody tohoto přístupu patří snadné použití a úspora volného místa na disku díky tzv. delta kompresi (kdy se neukládají samotné soubory v různých verzích, ale mění se verze od verze, což snižuje množství uložených dat) . Zkusme to.
Jaké druhy tvrdé měny existují?
Tatáž Wikipedie navrhuje, že měna v tvrdé měně může být centralizována a distribuována, velká i malá, s nebo bez zvonků a píšťalek. To nás nijak zvlášť nezajímá, protože využijeme (alespoň zpočátku) pouze část funkčnosti směnárenského systému. Podívejme se na tuto funkci.Téměř všechny VCS jsou nějaké úložiště, ve kterém jsou uloženy všechny verze souborů, se kterými pracujeme. Zde je potřeba upřesnit, že verze uložených souborů určuje nejčastěji uživatel. Udělali jsme řekněme tucet malých změn a rozhodli jsme se, že je čas uložit výsledky naší činnosti do úložiště. Napadá mě analogie s periodickým mačkáním Ctrl+S, jen s tím rozdílem, že k této verzi souboru lze přistupovat i v budoucnu. Přirozeně, jedním tahem můžete do úložiště přidat verze libovolného počtu souborů. Tato akce se jednoduchým způsobem nazývá „potvrdit“ nebo „potvrdit změny“.
Kdykoli můžete přidat nový soubor nebo smazat existující soubor do úložiště (tak se úložiště chytře nazývá) a VCS si „pamatuje“, kdy a co jsme přidali/smazali. A díky komentářům během odevzdání můžete také popsat, proč se tento konkrétní commit provádí („přidal tam cetku“/„odtamtud odstranil možná nezbytný kousek“).
Když si konečně uvědomíme, že je čas vrátit se k verzi před týdnem, máme celou historii změn. A tady si můžeme vybrat, co budeme dělat. Pokud potřebujete zkopírovat požadovaný kus ze starého souboru a vložit jej do aktuální verze, jednoduše starý soubor vyjměte z úložiště a zkopírujte z něj, co potřebujete. Pokud se potřebujeme úplně vrátit a pokračovat v práci se starou verzí, SKV nám opět vychází na pomoc – můžeme se vrátit k dřívější verzi a vytvořit tzv. novou větev („pobočku“) a přitom zachovat vše, co jsme „dali“ nahoru“ návratem k verzím před týdnem. Historii verzí projektu lze tedy graficky znázornit jako strom – od „kořenů“ (začátek projektu) až po „větve“ (úspěšné a neúspěšné úpravy). Kromě toho lze „větev“ vytvořit i uměle, například v případě, kdy se rozhodneme vyvinout dvě různé verze ze stejných zdrojových souborů – v první pracujeme na některých cetkách, ve druhé na jiných. Navíc, pokud jsou pracovními soubory textové dokumenty (a v některých dalších), je možné různé větve sloučit do jedné - tzv. merge. Nyní si představme, že na projektu pracuje několik lidí a každý pracuje na svém „cetku“. Mít společný repozitář v tomto případě výrazně zjednodušuje vývoj.
Od teorie k praxi, nebo začít používat SLE
Takže doufám, že jsem vás přesvědčil, že používání SLE je dobrá věc. Zbývá jen naučit se VCS používat. To je to, co uděláme.Existují různé systémy správy verzí, které se od sebe liší v různých aspektech použití. Protože nás (alespoň zpočátku) nezajímají spletitosti fungování různých systémů, zaměříme se na ten nejjednodušší a nejpřívětivější z nich. Podle mého skromného názoru je takovým systémem kupodivu Mercurial – „systém pro správu verzí distribuovaných napříč platformami navržený pro efektivní práci s velmi velkými repozitáři kódu“ s rozhraním TortoiseHg GUI. Systém lze používat pod Windows, Linux a Mac OS X.
Dovolte mi rovnou provést rezervaci, že popíšu práci se systémem ve Windows. Pro ty, kteří zvládli Linux, nebude těžké naučit se vše analogicky.
Navíc se zároveň naučíme pracovat s bezplatným hostingem repozitářů Mercurial – bitbucket.org, který je nezbytný, pokud na projektu nepracujete sami nebo, což je velmi výhodné, chcete mít přístup do všech verzí projektu přes internet. V podstatě se jedná o pohodlnou náhradu schránky, pokud jste ji již používali.
Nejprve nainstalujte Mercurial + TortoiseHg odtud: tortoisehg.bitbucket.org.
Tento systém funguje v konzoli, takže pro pozdější snadné použití napíšeme několik souborů *.bat pro typické operace.
Všechny operace jsou prováděny příkazem hg. Volá se bez parametrů a zobrazuje seznam základních příkazů.
Úložiště je libovolný adresář, který si vybereme (použiji složku „C:\project\“), ve kterém by měly být uloženy všechny soubory našeho budoucího projektu. Nikdo samozřejmě nezakazuje mít na jednom počítači více úložišť.
Aby systém „pochopil“, že chceme vytvořit úložiště, spustíme příkaz:
hg init c:\projekt
poté bude vytvořena složka „c:\project\“, pokud nebyla vytvořena dříve, a složka „c:\project\.hg\“, do které bude Mercurial ukládat všechny servisní informace.
Okamžitě si vzpomeneme, že chceme na svůj počítač získat nejen lokální úložiště, ale také vzdálené úložiště, do kterého budeme posílat všechny naše změny (nebo, jak říkají chytří, změny „posunout“ do vzdáleného úložiště, ze anglické „push“). Chcete-li to provést, přejděte na bitbucket.org, zaregistrujte se a vytvořte své první úložiště (Repositories - Create new repository). Pojmenujte úložiště (konkrétně mu budu říkat remote_project) a klikněte na Vytvořit úložiště.
Nyní máme dvě úložiště – lokální, která se nachází ve složce „c:\project\“ a vzdálená, umístěná na „bitbucket.org/název_vašeho_účtu/vzdálený_projekt/“, kde název_vašeho_účtu je název zadaný při registraci na bitbucket, remote_project je název úložiště, který byl vybrán při jeho vytvoření.
Abychom mohli pokračovat ve zkoumání, musíme něco vložit do našeho místního úložiště. Stačí v něm vytvořit (v mém případě ve složce „c:\project\“) libovolný soubor vašeho budoucího projektu nebo tam zkopírovat váš aktuální projekt.
Nyní, přísně vzato, musíme říci Mercurialu: „do složky projektu jsme přidali takové a takové soubory a několik nových složek“, k tomu slouží příkaz „hg add“. Pohodlnější je však jiný přístup - při dalším odevzdání řekneme Mercurialu, aby vyzvedl všechny nově vytvořené soubory ze složky projektu a zapomněl na smazané, je to mnohem jednodušší než dělat „hg add c:\project\new_document .doc” pokaždé, když vytvoříte nový dokument “
Pojďme tedy k našemu prvnímu odevzdání. Provádí se pomocí následujícího příkazu:
hg commit –A –m „komentář k potvrzení“
Podívejme se na vše v pořádku. Příkaz musí být zadán, když jsme v úložišti (to znamená, že musíme nejprve spustit „cd c:\project“). Volba „-A“ je nezbytná k tomu, aby Mercurial „sebral“ nově vytvořené soubory (viz výše), volba „-m“ umožňuje přidat komentář k odevzdání. Tyto komentáře se zobrazí při prohlížení verzí (nebo changesetů - seznamů změn) v TortoiseHg a na stránce projektu na bitbucket.org. Je velmi důležité dávat smysluplné komentáře, abyste později netrpěli a pamatovali si, kdy byla provedena ta či ona úprava.
Nyní naše úložiště ukládá počáteční verzi našeho projektu. Všechna další potvrzení se provádějí stejným způsobem poté, co se rozhodneme, že je čas uložit aktuální verzi.
Dokončené potvrzení lze „posunout“ do vzdáleného úložiště příkazem:
hg push https://bitbucket.org/your_account_name/remote_project
V tomto případě se také musíte nacházet ve složce odpovídající úložišti. Po zadání příkazu budete požádáni o jméno a heslo našeho účtu na bitbucket.org, abyste je nezadávali při každém stisknutí, příkaz lze nahradit následujícím:
hg push hg push https://název_vašeho_účtu:heslo_vašeho_úč[email protected]/název_vašeho_účtu/vzdálený_projekt
Vzhledem k tomu, že budeme všechny příkazy zapisovat do souboru *.bat, bude v tomto případě heslo uloženo v čistém textu, což představuje určité bezpečnostní riziko, ale pro mě je to přijatelné.
Takže pro pohodlí vytváříme soubory commit.bat, push.bat a commit&push.bat v oblasti přímého dosahu s následujícím obsahem:
[obsah souboru commit.bat]
POKUD !%1==! musím ukončit 1
cd C:\projekt
hg commit -A -m "%*"
musím ukončit 0
:exit1
echo "NO COMMAND-LINE ARG!"
:exit0
Tento soubor, volaný s argumenty, odevzdá projekt s argumenty obsaženými v komentářích k odevzdání. Příklad: proveďte „commit.bat my first commit“ a získejte commit s komentářem „my first commit“. Ve FAR je k tomu vhodné použít kombinaci Ctrl+Enter.
[obsah souboru push.bat]
cd C:\projekt
hg push https://název_vašeho_účtu:heslo_vašeho_úč[email protected]/název_vašeho_účtu/vzdálený_projekt
Tento soubor bude odeslán do vzdáleného úložiště.
[obsah souboru commit&push.bat]
POKUD !%1==! musím ukončit 1
cd C:\projekt
hg commit -A -m "%*"
musím ukončit 0
:exit1
echo "NO COMMAND-LINE ARG!"
:exit0
zavolejte ./push.bat
Tento soubor, volaný s argumenty, provede sekvenční odevzdání a odeslání projektu s argumenty zadanými v komentářích k odevzdání.
Navíc pro malé přechodné commity doporučuji vytvořit soubor commit_date_time.bat:
[obsah souboru commit_date_time.bat]
cd C:\projekt
hg commit -A -m "%DATE% %TIME%"
Tento soubor se odevzdá s aktuálním datem a časem jako komentář, což se často hodí.
Frekvenci commitů a pushů si každý určuje individuálně v závislosti na intenzitě a složitosti prováděných úprav. I když se doporučuje řídit se pravidlem „častěji, tím lépe“.
Kliknutím pravým tlačítkem na soubor/složku úložiště můžete spustit Průzkumníka úložiště (TortoiseHg - Průzkumník úložiště), který prezentuje všechny naše odevzdání s komentáři k nim. Toto okno zobrazuje stromovou strukturu našeho úložiště, odtud můžete provádět odevzdání, push, vrácení zpět na předchozí verze (backouty) a další operace.
Na bitbucket.org/your_account_name/remote_project je podobná sada changesetů a můžete si stáhnout jakoukoli verzi projektu v jednom archivu, což je někdy také velmi výhodné.
Obecně to považuji za konec mého prvotního seznámení s Mercurialem. Pro podrobnější informace prosím navštivte: translate.by/you/mercurial-the-definitive-guide/into-ru/trans/
Pro koho je tento článek určen?
Asi skončím tím, čím jsem měl začít – pro koho je tento článek? Odpověď je jednoduchá – pro ty, kteří se chtějí naučit používat tvrdou měnu. Podařilo se mi přimět několik designérů, inženýrů a dokonce i spisovatele, aby se zapojil do VCS. Zkuste to také – pravděpodobně vám to hodně usnadní práci.P.S. Přesunuto na blog „Systémy kontroly verzí“.
Štítky:
- systémy pro správu verzí
- rtuťový
- bitbucket
Protože náš tým programátorů vyvíjí několik projektů najednou, rychle vyvstala potřeba systému správy verzí.
Pátrání přirozeně začalo studiem Habra – a vedlo k nečekanému výsledku. Navzdory skutečnosti, že systémy pro správu verzí se objevily již v roce 1986, většina návodů na práci s nimi moderní Systémy pro správu verzí se ukázaly jako neúplné a silně svázané s prací s příkazovým řádkem.
Nemáme nic proti příkazový řádek obecně, ale v našem malém týmu vývojářů (4 lidé) nejsou žádní příznivci práce s příkazovým řádkem :).
Proč si myslíme, že práce s příkazovým řádkem je neefektivní?
- Ztráta času při zadávání dat. Psaní příkazů trvá mnohem déle než klikání myší.
- Ztráta času studiem. Učení nové syntaxe v éře přehledná rozhraní rozhodně déle než učení grafického rozhraní.
- Pravděpodobnost chyby. Při zadávání dat přes příkazový řádek se snáze udělá chyba (nebyl zrušen lidský faktor).
- Porušení principy automatizace. To je možná nejvíc hlavní bod. Počítač vznikl proto, aby urychlil práci a nahradil člověka při výkonu rutinní operace. V případě příkazového řádku fungujeme vždy ručně, ve skutečnosti je to nutné pokaždé napsat stejný programový kód(i když primitivní).
- Vůle pokyny krok za krokem(naši programátoři na tom budou pracovat).
- Bude fungovat od začátku do konce (to znamená, že z toho získáte malý, ale úplný výsledek - fungující distribuovaný systém správy verzí).
- Bude fungovat pouze s použitím grafická rozhraní(viz důvody výše).
Úvod
Na rozdíl od očekávání ostřílených systémových administrátorů a dalších milovníků a fanoušků práce s příkazovým řádkem nebude tento článek obsahovat žádné příkazy spouštěné pomocí příkazového řádku. Celý článek je napsán jazykem, který je srozumitelný i pro ty, kteří teprve nedávno začali s programováním, ale již uvažují o implementaci VCS (systému správy verzí). Každý krok nastavení VCS je propracován do nejmenších detailů, včetně snímků obrazovky a dalších vysvětlení.Pokud nejste fanouškem příruček „For Dummies“, nemusíte je číst tento článek a jít svou vlastní cestou při řešení problému zvýšení VCS.
Používané programy a služby
K nasazení VCS (Version Control System) použijeme následující programy a služby:- Mercurial – multiplatformní distribuovaný systém kontrola verzí navržená pro efektivní práci s velmi velkými úložišti kódu.
- TortoiseHg je grafické rozhraní pro systém řízení verzí Mercurial.
- Bitbucket je webová služba pro hostování projektů a jejich společný vývoj, založená na systémech pro správu verzí Mercurial a Git.
Nasazení systému správy verzí – pokyny krok za krokem
1. Stáhněte si a nainstalujte TortoiseHg do svého počítače z oficiálních stránek: http://tortoisehg.bitbucket.org/
Tento klient bude nutné nainstalovat na všechny počítače, ze kterých bude práce prováděna společný rozvoj projekty.
V této příručce budou všechny kroky nastavení a práce se systémem správy verzí provedeny pomocí Verze TortoiseHg: 2.10.1 pro Windows 64bitový s Mercurial 2.8.1.
2. Zaregistrujte se ve webové službě Bitbucket: https://bitbucket.org/
Celý registrační proces spočívá ve vyplnění kontaktních údajů (uživatelské jméno, e-mail atd.) a potvrzení e-mailové adresy uvedené při registraci kliknutím na tlačítko „Potvrdit tuto e-mailovou adresu“ v dopise obdrženém po registraci.
Všichni členové vašeho vývojového týmu se také budou muset zaregistrovat u Bitbucket. K velkému štěstí startupů v tuto službu Tady je účet zdarma, který umožňuje vytvářet soukromá úložiště až s 5 uživateli. Je také možné zvýšit maximální počet členů týmu zapojených do vývoje o bezplatný plán až 8 osob.
S úplný seznam Tarify najdete na následujícím odkazu: https://bitbucket.org/plans
3. Přihlášením ke svému účtu ve službě Bitbucket můžete okamžitě změnit jazyk rozhraní svého účtu na ruštinu.
Chcete-li to provést, v pravém horním rohu hlavní nabídky vyberte z rozevíracího seznamu sekci „Spravovat účet“ a na stránce, která se otevře, vyberte z rozevíracího seznamu „Jazyk“ požadovaný jazyk rozhraní.
4. Chcete-li vytvořit úložiště pro svůj projekt, musíte přejít na domovská stránka svůj účet (https://bitbucket.org/dashboard/overview) a klikněte na tlačítko „Vytvořit svůj první repozitář“
5. Na stránce pro vytvoření nového úložiště zadejte následující nastavení:
Název – zadejte název svého nového úložiště. Křestní jméno slouží k vytvoření přístupového odkazu k vašemu úložišti.
Důležité! Je lepší uvést jméno s latinskými písmeny, jinak bude odkaz na úložiště končit pomlčkami a bude mít těžko srozumitelný vzhled: https://[email protected]/yourlogin/--------
Popis – upřesněte Stručný popis vaše úložiště (pole je volitelné)
- Úroveň přístupu – Zaškrtněte políčko, pokud chcete, aby do vašeho úložiště (soukromého úložiště) měli přístup pouze členové vašeho vývojového týmu.
- Vytváření forků – Nastavte „Povolit pouze soukromé forky“
- Typ úložiště – Vyberte „Mercurial“
- Project Management - Zaškrtněte políčka "Task Tracker" a "Wiki".
- Jazyk – Vyberte vývojový jazyk, ve kterém je váš projekt napsán. V mém případě je to PHP.
Po zadání všech nastavení bude stránka vypadat nějak takto:
Znovu zkontrolujte zadané údaje a pokud je vše zadáno správně, zmáčknout tlačítko"Vytvořit úložiště."
6. Po vytvoření nového úložiště budete přesměrováni na stránku „Začínáme“:
7. Vytvořte na svém počítači prázdnou složku, ve které budou v budoucnu uloženy vaše projektové soubory připojené k systému správy verzí Mercurial.
Důležité! Složka musí být prázdná. Například, abych propojil složku s již existujícím projektem (hromada programového kódu), musel jsem dočasně přesunout všechny soubory do jiného adresáře (vytvořit záložní kopie- záloha). Později vrátíme všechny soubory na jejich místo, ale prozatím musíme úplně vymazat složku připojení.
8. V okně, které se otevře, musíte do pole „Zdroj“ zadat odkaz pro připojení k úložišti, které jste vytvořili v kroku 6
A klikněte na tlačítko „Klonovat“.
9. Systém vás požádá o heslo k vašemu účtu ve službě Bitbucket, zadejte ho.
10. Pokud bylo vše provedeno bez odchylek od těchto pokynů, zobrazí se složka nový katalog".hg" s soubory služeb vytvořené úložiště.
11. Nyní můžete bezpečně vrátit soubory (programový kód) vašeho projektu do složky určené pro ukládání souborů projektu připojené k systému správy verzí Mercurial
Důležité! Nedotýkejte se adresáře služeb „.hg“. Je to nutné pro fungování VCS.
12. Stiskněte znovu klikněte pravým tlačítkem myši myší na složku našeho projektu a z rozbalovací nabídky vyberte „Hg Commit...“
13. Zobrazí se dialogové okno určené k zaznamenání všech změn provedených ve vašem projektu (v v tomto případě přidali jsme naše programové kódy do původně prázdné složky projektu).
Musíte vybrat všechny změněné (přidané) soubory, označit komentář (například verze 1.00) pro změnu a kliknout na tlačítko „Potvrdit“.
Systém vás požádá o potvrzení přidání, klikněte na „Přidat“.
14. Pokud bylo vše provedeno správně, systém provedené změny zaznamená a uvidíte něco takového:
Ve skutečnosti v budoucnu, až budete vyvíjet, po dokončení malého kousku kódu provedete akci z kroku 12 (klikněte na „Hg Commit...“), abyste provedli změnu provedenou v systému správy verzí. To vám dá možnost kdykoli vrátit systém zpět k předchozímu potvrzení.
Vzhledem k výše uvedenému byste v praxi měli ke každému odevzdání napsat podrobnější komentář než „Verze 1.00“.
16. V okně, které se otevře, můžete vidět celou historii uložených (potvrzených) změn v kódu, můžete se vrátit zpět k požadovanému odevzdání a také odeslat změny do úložiště, které jste vytvořili dříve.
Chcete-li to provést, vyberte na ovládacím panelu tlačítko „Přenést příchozí změny do“.
Poté se vám zobrazí dialogová okna požádá vás o potvrzení „push“ a požádá vás o poskytnutí hesla pro váš účet Bitbucket. Souhlaste a zadejte své heslo.
Systém začne kopírovat soubory do vašeho úložiště na serveru Bitbucket. Nespěchejte a počkejte na dokončení procesu.
17. Nyní je kopie souborů vašeho projektu uložena ve vašem úložišti na serverech Bitbucket. Ve svém účtu Bitbucket můžete vidět celou historii svého projektu.
Průběžné výsledky připojení systému správy verzí (VCS)
Na tento moment Vytvořili jsme úložiště a umístili do něj všechny naše projektové soubory. To znamená, že se nyní můžete připojit ke svému úložišti z jakéhokoli počítače a získat stabilní verze soubory v něm uložené.Proces připojení vašeho druhého počítače zahrnuje kopírování souborů z úložiště do druhého počítače. Musíte projít kroky 1 - Instalace TortoiseHg a 7 - Import souborů úložiště, abyste zkopírovali soubory na druhý, třetí a další pracovní počítač.
Připojení zaměstnanců k vašemu úložišti.
Hlavním účelem připojení systému správy verzí (VCS) k vašemu projektu je organizace spolupráce. Tito. Zatímco vyvíjíte systém samostatně, ve většině případů se obejdete bez VCS, ale pokud existuje několik vývojářů, pak je pravděpodobnost pravidelné ztráty (přepsání) programových kódů a konfliktů mezi verzemi systému velmi vysoká.Připojme proto nyní k našemu projektu dalšího programátora (pozvěme účastníka) a nastavme jeho pracoviště.
Připojení zaměstnance k našemu úložišti
18. Všichni zaměstnanci, kteří budou mít přístup k vašemu úložišti, musí být registrováni ve službě Bitbucket. Také by měli mít TortoiseHg nainstalovaný na svých počítačích.Jak se zaregistrovat do služby a nainstalovat TortoiseHg jsem vám řekl o něco dříve v této příručce. Proto tento proces by vám a vašim kolegům neměl způsobovat žádné potíže.
19. Přihlaste se ke svému účtu Bitbucket:
Klikněte na tlačítko "Odeslat pozvánku" umístěné v sekci "Pozvat člena do tohoto úložiště".
20. Systém zobrazí dialogové okno s výzvou k zadání emailová adresa uživatele, kterému chcete udělit přístup k úložišti. Kromě toho budete muset určit přístupová práva (čtení nebo zápis). Protože V těchto pokynech ukážeme, jak připojit dalšího vývojáře k úložišti a poté zadat „entry“.
Po zadání e-mailu zaměstnance a zadání přístupových práv klikněte na tlačítko „Sdílet“.
21. Pozvaný účastník obdrží emailový dopis s odkazem na pozvánku. Bude muset následovat tento odkaz a přijmout pozvání k přístupu do vašeho úložiště.
Opět platí, že všichni účastníci vašeho úložiště musí být registrováni ve službě Bitbucket.
22. Po přijetí pozvánky nový člen uvidí toto úložiště ve svém účtu a svůj odkaz pro přístup k němu pomocí TortoiseHg.
Všechny změny provedené vámi a vašimi přispěvateli budou uloženy ve vašem úložišti. Budete moci vidět, co a kdy se změnilo, a v případě potřeby kdykoli vrátit svůj projekt na požadovanou verzi.
Myslím, že zde může skončit úvodní článek o nasazení systému správy verzí bez použití příkazového řádku. Provedení výše popsaných kroků vám umožní implementovat do vašeho projektu plnohodnotné VCS, tzn. Když projdete všemi kroky, získáte, i když ne skvělý, kompletní výsledek.
Tento přístup jsme použili při vývoji projektu.
