Portál AbcLinuxu, 14. května 2024 10:09


Nástroje: Začni sledovat (2) ?Zašle upozornění na váš email při vložení nového komentáře.

Vložit další komentář
Josef Kufner avatar 11.3.2012 23:15 Josef Kufner | skóre: 70
Rozbalit Rozbalit vše Re: Git, bad practice a jak z toho ven - brainstorming
Odpovědět | Sbalit | Link | Blokovat | Admin
Kdyby to bylo čistě jen v Gitu, tak bych si držel jeden hlavní repositář a servery z něj updatoval automaticky, ale s manuálním spouštěním (aby se to nerozbilo samo). Hezky si to tagoval (git describe je fajn) a případně větvil. V nějakém konfiguráku bych mohl mít, který server má mít jakou větev/tag nainstalovanou a synclo by se to po pushnutí změn do toho hlavního repositáře.

No a když by byly na nějakém serveru lokální změny (pár commitů), tak by se udělal git pull --rebase, čímž by změny zůstaly na povrchu historie a bylo by snadné je přetáhnout (git cherry-pick) do hlavního repositáře.
Hello world ! Segmentation fault (core dumped)
Gilhad avatar 12.3.2012 01:24 Gilhad | skóre: 20 | blog: gilhadoviny
Rozbalit Rozbalit vše Re: Git, bad practice a jak z toho ven - brainstorming
Odpovědět | Sbalit | Link | Blokovat | Admin
Tak jsem premyslel jak bych popsal co nejlepe co si myslim, ze by mi mohlo pomoct:

Normalne mam projekt na notebooku ktery ma branch master a jeho origin/master je na jinem serveru. prikazy push/fetch synchronizuji origin/master na NB s tim na serveru. git merge origin/master mi pretahne zmeny do mojeho projektu.

Co by se mi libilo by bylo mit takhle dva (ci vice) projektu, kazdy by mel svuj origin/master na nejakem serveru, ale jeste navic by mely dva adresare mezi sebou navazany obdobny vztah
Projekt_jedna
+--A
+--B (svazan s Projekt_dva--B)
+--C

Projekt_dva
+--D
+--E
+--B ("origin" pro Projekt_jedna--B)
+--F
takze bych mohl udelat
cd Projekt_jedna/B
git fetch Projekt_dva/B
git merge Projekt_dva/B
git push Projekt_dva/B
a ten fetch/merge/push by se tykal jen toho podstromu B a jeho protejsku B v druhem projektu.

Myslim, ze jsem nekde zahledl cosi o sub-projektech, ale tehdy to nepochopil a nepotreboval - zkusim si to precist znovu, treba to nekam vede
Gilhad avatar 12.3.2012 01:46 Gilhad | skóre: 20 | blog: gilhadoviny
Rozbalit Rozbalit vše Re: Git, bad practice a jak z toho ven - brainstorming
Tesne vedle :) Neco zajimaveho je o kapitolu dal (a dost s tim souvisi)

http://progit.org/book/ch6-7.html

necham si projit hlavou, jestli a jak by to slo zkombinovat
Josef Kufner avatar 12.3.2012 10:48 Josef Kufner | skóre: 70
Rozbalit Rozbalit vše Re: Git, bad practice a jak z toho ven - brainstorming
Git submodule. B dej do samostatného repositáře a v ostatních ho přidáš jako submodul. Na serveru pak uděláš namísto git pull trošku složitější operaci: git pull && git submodule update.
Hello world ! Segmentation fault (core dumped)
12.3.2012 10:34 Bubu
Rozbalit Rozbalit vše Re: Git, bad practice a jak z toho ven - brainstorming
Odpovědět | Sbalit | Link | Blokovat | Admin
Vy pouzivate Gentoo na produkcnim serveru? WTF?
12.3.2012 11:57 SPM | skóre: 28
Rozbalit Rozbalit vše Re: Git, bad practice a jak z toho ven - brainstorming
No a? Já ho na svých serverech mám taky a nemám s ním žádný problém.
Gilhad avatar 12.3.2012 14:59 Gilhad | skóre: 20 | blog: gilhadoviny
Rozbalit Rozbalit vše Re: Git, bad practice a jak z toho ven - brainstorming
Ano, co je s tim za problem? Nikde prece neni psano, ze musim updatovat denne. U stabilni verze muzu vydrzet tak dlouho, dokud nepotrebuju novou vlastnost, nebo odstranit kritickou zranitelnost. Plus mi jako distribuce sedi nejlip.

Založit nové vláknoNahoru

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

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.