abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 00:22 | Komunita

V Norimberku probíhá do pátku ownCloud conference 2018, tj. konference vývojářů a uživatelů open source systému ownCloud (Wikipedie) umožňujícího provoz vlastního cloudového úložiště. Přednášky lze sledovat online. Videozáznamy jsou k dispozici na YouTube. Při této příležitosti byl vydán ownCloud Server 10.0.10. Z novinek lze zdůraznit podporu PHP 7.2. Vydán byl také ownCloud Desktop Client 2.5.0. Vyzkoušet lze online demo ownCloudu.

Ladislav Hagara | Komentářů: 0
dnes 00:11 | Pozvánky

Zářijový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 20. 9. 2018 od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Tentokrát bez oficiální přednášky, ale zato s dobrým jídlem a pivem – volná diskuse na téma IoT, CNC, svobodný software, hardware a další hračky.

xkucf03 | Komentářů: 0
včera 16:11 | Komunita

Vývojáři relačního databázového systému PostgreSQL oznámili, že schválili svůj Code of Conduct (CoC) aneb kodex chování vývojářů PostgreSQL.

Ladislav Hagara | Komentářů: 14
včera 14:44 | Nová verze

Byla vydána verze 1.0 poštovního serveru Courier (Wikipedie). Aktualizovány byly také související balíčky jako Courier authentication library, Courier-IMAP, SqWebMail, maildrop nebo Cone.

Ladislav Hagara | Komentářů: 0
včera 02:22 | Zajímavý software

Společnost ​Versity Software otevřela svůj archivační souborový systém ScoutFS. Zdrojové kódy jsou k dispozici na GitHubu (kernel space, user space) pod licencí GPLv2.

Ladislav Hagara | Komentářů: 24
včera 00:44 | Nová verze

Byla vydána verze 4.2 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu. Ke stažení jsou oficiální binární balíčky pro Ubuntu 18.04, Ubuntu 16.04 a Ubuntu 14.04. Přehled novinek ve videozáznamu přednášky z WWDC 2018.

Ladislav Hagara | Komentářů: 4
17.9. 17:55 | Nová verze

Po třech a půl letech od vydání verze 3.4.1 byla vydána nová verze 3.4.2 programu pro filtrování spamu Apache SpamAssassin (Wikipedie). Z novinek lze zmínit 4 nové pluginy. Pravidla budou ověřována pomocí SHA-256 a SHA-512 místo SHA-1. Řešeny jsou také 4 bezpečnostní chyby. Například chyba CVE-2018-11780 v pluginu PDFInfo zneužitelná ke vzdálenému spuštění kódů (RCE).

Ladislav Hagara | Komentářů: 0
17.9. 16:22 | Pozvánky

Díky openSUSE Video Teamu lze sledovat živý přenos většiny prezentací z letošní SUSE Labs Conference. Záznamy proběhlých prezentací budou postupně přidávány na kanál SUSE Labs na YouTube.

Michal Kubeček | Komentářů: 0
17.9. 10:22 | Pozvánky

Na webových stránkách konference LinuxDays byl zveřejněn program přednášek a workshopů. Současně byla spuštěna registrace. Konference proběhne o víkendu 6. a 7. října 2018 v Praze v areálu ČVUT v Dejvicích na Fakultě informačních technologií.

Ladislav Hagara | Komentářů: 0
17.9. 02:22 | Komunita

Linus Torvalds se v oznámení o vydání 4. rc verze Linuxu 4.19 omlouvá za své chování. Posledním commitem před zvýšením rc3 na rc4 bylo odstranění souboru s Code of Conflict a přidání souboru s Contributor Covenant Code of Conduct vycházejícího z Contributor Covenant. Vývoj Linuxu 4.19 dokončí Greg Kroah-Hartman. Linus Torvalds si bere volno a bude pracovat na svém chování. Pravděpodobně vylepší svého poštovního klienta, aby mu nedovolil odesílat emaily obsahující nadávky.

Ladislav Hagara | Komentářů: 53
Na optické médium (CD, DVD, BD aj.) jsem naposledy vypaloval(a) data před méně než
 (13%)
 (15%)
 (20%)
 (23%)
 (24%)
 (4%)
 (1%)
Celkem 357 hlasů
 Komentářů: 33, poslední 16.9. 11:55
Rozcestník

Git deploy

2.9.2013 01:05 | Přečteno: 1277× | poslední úprava: 2.9.2013 15:18

Git deploy je nástroj pro vykládání Git projektů na vzdálený server přes SSH nebo FTP/S a to jak z klientské strany tak ze strany serveru při git push, který jsem napsal speciálně pro mé použití a pro firmu kde momentálně pracuji. Primární použití je pro vykládání webových stránek na produkční server.

Animace server side deployingu pri git push

Script je napsán v PHP, a to z několika důvodů:

Dále už jen strohý překlad README.md

Instalace

Skript stačí jednoduše nakopírovat do /usr/bin a nastavit práva pro spuštění.

V root repositáře který chceme vykládat vytvoříme soubor deploy.ini s následující konfigurací (Pro server side jej musíme také commitnout na server):

;target configuration
[deploy]    
;;protocols can be sftp for SSH (SCP), ftp or ftps for FTP or secure FTP
target = 'ftp://user:password@example.com:21/path/to/deploy'
;;deploy a project or not
deploy = true

;Special rights for files relative to git root
[file_rights]
dir/file = 777

Klient

V klientské části stačí v root git repositáře spustit příkaz git deploy.

Server

Pro nasazení na serveru je třeba postupovat stejně jako v případě klienta, poté stačí vytvořit link z /usr/bin/git-deploy do hook složky požadovaného repositáře (nebo do šablon hooku) jako post-receive. Tímto způsobem se při git push vždy vyloží nové změny na server. Toto je výhodné při práci více lidí na projektu.

Jak to funguje

Git deploy ukládá soubor pojmenovaný REVISION na cílové úložiště který obsahuje stávající revizi vyloženého kódu. Když se spustí vykládání přes git deploy, git deploy stáhne soubor z cílového serveru a vyloží změny od dané revize.

TODO

Možnost načíst url při úspěšném vyložení (pro vysypání cache, spuštění migrace, etc)


PS:Pokud najdete jakoukoliv chybu tak mi dejte prosím vědět, všechno bylo ušito poměrně horkou jehlou, pokud někdo touží po stejné funkcionalitě v jiném jazyce mohl bych také vyhovět, přeci jen je škoda instalovat PHP na server kde nemá žádné jiné použití.        

Hodnocení: 100 %

        špatnédobré        

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

2.9.2013 08:57 bono
Rozbalit Rozbalit vše Re: Git deploy
A proc nepouzit capistrano? ktere ma osetrene spoustu veci, ktere mohou nastat pri deploymentu aplikace.
Salamek avatar 2.9.2013 12:40 Salamek | skóre: 22 | blog: salamovo
Rozbalit Rozbalit vše Re: Git deploy
  • Capistrano bezi na client side ne na serveru
  • Capistrano ja napsano v ruby, ruby aplikace nejsou tak jednoduche na rozbehani jako PHP
  • V pripade firmy kde pracuji je moje workstation jediny linuxovy stroj (krome serveru) takze apt-get install capistrano moc nehrozí, a vubec je to dalsi rezie, HC bylo tady vubec protlacit GiT
Skutečně nemám v plánu zničit Microsoft. Bude to jen zcela neúmyslný vedlejší efekt.
3.9.2013 09:14 bono
Rozbalit Rozbalit vše Re: Git deploy
Takze servery vam bezi na linuxu a workstation na Windows? Tak to bych potom nechtel resit problemy typu: nejaka featura php na windows funguje a na linuxovem serveru ne a obracene (a ze jsem na takovych chyb narazil az az, nehlede na drzeni rozdilnych konfiguraci pro linux vs windows). Proc nepouzivate vagrant? abyste meli vsechno jednotne a zbavili se zbytecnych problemu.
Salamek avatar 3.9.2013 10:35 Salamek | skóre: 22 | blog: salamovo
Rozbalit Rozbalit vše Re: Git deploy

Jak bych ti to jen rekl... kdyz jsem sem prisel tak se tu pouzivaly wXP/7 s PsPad a Totalcommander a vse se nahravalo pres FTP, svn se tu pouzivalo jako jakesi zalohovaci uloziste (proste jendou za cas nekdo vzal bordel z FTP a nahral jej do SVN) Horor.

Me s kolegou se tu povedlo rozsirit netbeans s php modulem a Nette jako framework. (zbyvaji dva programatori kteri stale trci na TC a Pspadu)

Dale se mi povedlo zrusit a zmigrovat SVN na GIT (Gitlab presneji) plus tento deploying jako sprava verzi a pomalu nim nahrazuji FTP.

Dale tu vytvarim tlaky na technicke aby zmigrovali servery na novy debian, nekde se pouziva jeste debian 5.0 jinde 6.0, jeden 6.0 jsem sam zmigroval na 7.1

A moje workstation je taky hromada me prace, je slozen z dilu k vyhozeni ktere byly lepsi nez moje puvodni stanice z WXP, Archlinux jsem si sem nainstaloval bez povoleni protoze pod Windows se proste neda rozume pracovat

A o codestyle radsi uz ani mluvit nebudu... nebo nad security bugy ktere jsem obevil a "mava" se nad nema rukou...

Skutečně nemám v plánu zničit Microsoft. Bude to jen zcela neúmyslný vedlejší efekt.
3.9.2013 16:50 bono
Rozbalit Rozbalit vše Re: Git deploy
Tak aspon ten git se povedl. Mimochodem kdyz uz pozivate git tak jake workflow pouzivate? Jestli klasicke jako v svn tak to nemelo moc smysl prechazet na git - doporucoval bych github workflow kdy merge do masteru musi schvalit ostatni vyvojari (tohle se mi osvedcilo na odbourani spatnych zvyklosti v kodu ostatnich vyvojaru - je to vlastne code review).

To ze nekdo pouziva Pspad a TC neznamena ze nemuze produkovat dobry kod, ale pouzivat na deployment rucni upload FTP bych zakazal (resp. nejlepsi varianta je zrusit FTP na serveru - stejne to neni bezpecne).

Kdyz vam administratori nedokazou aktualizovat stary system tak na co tam potom jsou? To uz je rychlejsi prevzit spravu operacniho systemu a idealne nasadit chef nebo pupet.

A k tomu hardware - pokud firma nema na to aby koupila slusny pc jako workstation (dnes uz to nejsou zadne velke vydaje) tak potom nechci videt v jakem stavu jsou servery, ktere firmu zivi nebo ne?
Salamek avatar 3.9.2013 18:26 Salamek | skóre: 22 | blog: salamovo
Rozbalit Rozbalit vše Re: Git deploy
To ze nekdo pouziva Pspad a TC neznamena ze nemuze produkovat dobry kod

No zatim ma zkusenost s lidmi pouzivajici tyto tools... neni zrovna nejlepsi...

@workflow, vsechno postupne, da mi dost prace zde zabit FTP... Rad bych se ale prvne zbavil win stanic, delat tam cokoliv poradneho je hrozna otrava a na vyvoj jsou krajne nevyhovujici. Prejit na GiT melo cenu, kvuli deployingu a hlavne kvuli Gitlabu ktery nam dava krasnou privatni verzi githubu.

@administratori, jako duvod uvadeji ze nechteji rozbit aplikace zakaznikum a nemohou si pry dovolit downtime. I kdyz znam reseni jak toto vyresit s minimalnim downtime a zakaznikum se da 2mesice do predu poslat email aby otestovali sve aplikace na nove verzi php, nemuzu je do toho nutit. Mam slibeny novy server ktery bych mohl mit pod spravou a na ktery by sly nove aplikace, takze me toto trochu uklidnilo.

@HW, k tomu se nechci ani vyjadrovat... Workstation tomu rikam jen proto ze se u "toho" "pracuje", jinak to s workstation nema nic spolecneho: Normal PC s jednim HDD, Malo RAM, Dualcore CPU, bez UPS(A ze tu elektrina obcas vyleti) a to nejlepsi na konec, LCD 17' 1280x1024 s mizernyma barvama (Coz je hodne "super" protoze delam i designy k webu, responzivni)

Mam posledni dobou celkem dilema jestli ma cenu to tu "rekultivovat" nebo dat vypoved, protoze i plat je naprd:-D

Skutečně nemám v plánu zničit Microsoft. Bude to jen zcela neúmyslný vedlejší efekt.
bazil avatar 2.9.2013 12:06 bazil | skóre: 33 | blog: sluje | Miroslav
Rozbalit Rozbalit vše Re: Git deploy
A proč nepoužít už hotová řešení? Např: https://github.com/ezyang/git-ftp nebo spousta jiných.
Salamek avatar 2.9.2013 12:32 Salamek | skóre: 22 | blog: salamovo
Rozbalit Rozbalit vše Re: Git deploy
Vetšina hotových řešení nestačila mým potřebám https://github.com/ezyang/git-ftp zda se neumi bezet na server side a podporuje jen FTP, git deploy bezi i na server side a podporuje FTP i SSH vykladani
Skutečně nemám v plánu zničit Microsoft. Bude to jen zcela neúmyslný vedlejší efekt.
Josef Kufner avatar 2.9.2013 20:40 Josef Kufner | skóre: 68
Rozbalit Rozbalit vše Re: Git deploy
Hm, obvykle mám Git i na cílovém serveru a v podstatě dělám jen:
ssh server.example.tld \
  cd /target/dir \
  \&\& git pull --rebase \
  \&\& git submodule update --install
Git pull se chytne checkoutnuté větve a udělá, co je potřeba, --rebase je kvůli případným modifikacím na serveru, které by tam neměly být. Samozřejmě to nevolám takle přímo, mám to ve skriptu (uloženém na serveru) spolu s pár dalšíma věcma nutnýma pro update, ty jsou však specifické pro každý projekt a instalaci.
Hello world ! Segmentation fault (core dumped)
Salamek avatar 2.9.2013 21:18 Salamek | skóre: 22 | blog: salamovo
Rozbalit Rozbalit vše Re: Git deploy

Toto je urcene pro servery s omezenym pristupem a rozdilnym prostredim... vem si ze mas 6 serveru, na jeden mas pristup pres SCP na dalsi 3 pres FTP a na jeden mas ssh ale je moc stary vuci novemu git serveru, a posledi je ok

Zbyva jednine reseni, vykladat pres FTP/SSH timto zpusobem

Prosta vykladka na rozdile servery o rozdilne konfiguraci nebo jen na blbe webhostingy je diky git-deploy mozne.

Skutečně nemám v plánu zničit Microsoft. Bude to jen zcela neúmyslný vedlejší efekt.
Josef Kufner avatar 3.9.2013 01:39 Josef Kufner | skóre: 68
Rozbalit Rozbalit vše Re: Git deploy
Do takové situace se nedostávám. Buď mám k dispozici SSH, nebo je to rozbité.
Hello world ! Segmentation fault (core dumped)
Salamek avatar 3.9.2013 10:34 Salamek | skóre: 22 | blog: salamovo
Rozbalit Rozbalit vše Re: Git deploy
To mas stesti, je musim pracovat s ruznym pochybnym bordelem...
Skutečně nemám v plánu zničit Microsoft. Bude to jen zcela neúmyslný vedlejší efekt.
3.9.2013 16:51 bono
Rozbalit Rozbalit vše Re: Git deploy
Toto je dobre do te doby nez potrebujete udelat rollback a git repository je nedostupna nebo to musi provest nekdo kdo neovlada git.
Josef Kufner avatar 3.9.2013 23:11 Josef Kufner | skóre: 68
Rozbalit Rozbalit vše Re: Git deploy
Pokud někdo neovládá Git, tak na serveru nemá co dělat. Akorát by to rozbil ještě víc. A dělat upgrade v době, kdy není poruce někdo, kdo by to mohl ihned opravit, není rozumné. Upgrade produkčních serverů spouštím zásadně ručně a celý upgrade je vždy plně automatický. Stačí zkontrolovat výsledek a chvíli počkat, zda to nechcípne. Testovací server se upgraduje ihned a automaticky po pushi do master větve v centrálním repositáři, takže automatický upgrade se tím i otestuje.

Rollback se dělá blbě, protože databáze není verzovaná a i kdyby byla, nelze zahodit mezi tím vytvořená data. Verzované jsou jen skripty pro upgrade, ale už neexistují inverzní skripty pro downgrade.

Pokud se databáze neměnila, což v pozdějším stádiu vývoje je vcelku běžné, tak stačí udělat checkout libovolné starší verze. Která to byla je napsáno v reflogu. Centrální repository není potřeba, neboť celá historie je součástí instalace.
Hello world ! Segmentation fault (core dumped)

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.