ls -1TörténelemHUP adás-vételNépszerű témákNépszerű fórum témákHardverAjánlott böngésző Linux Weekly NewsFreeBSD Project NewsOpenBSD Journal |
Hogyan használjuk a Git verziókezelő rendszertA közelmúltban megismerkedtem különböző elosztott verziókezelő rendszerekkel, és a választásom végül a git-re esett. Sajnos nem találtam átfogó leírást róla magyarul, így megpróbáltam egyet írni. Az általam készített dokumentumot a HupWiki-ben helyeztem el, mivel biztos vagyok benne, hogy lehet még rajta javítani, bővíteni, bizonyos dolgokra léteznek más módszerek, esetleg egyszerűbbek. Szeretném, ha egy olyan helyen lenne elérhető, ahol bárki kiegészítheti, pontosíthatja, ezért is nem küldtem be cikként. Az esetleges javításokat és kiegészítéseket előre is köszönöm! A hogyan itt érhető el.
»
|
KeresésNavigációBelépésHupWikiÁllásajánlatokHWSWFriss blogbejegyzések
HUP napi hírlevélLegfrissebb HUP videókLegfrissebb HUP képekLegfrissebb HUP dokumentumokSzavazásMit tudsz a B-tree struktúráról? Részletekbe menően ismerem a felépítését, funkcióját, határait és felhasználását. 11% Kevésbé ismerem, mint az első pontban, de hozzá tudok szólni a témához. 19% Használom, de nem ismerem minden részletét. 4% Hallottam már róla, minimális mértékben ismerem. 28% Egyáltalán nem ismerem. 32% Csak az eredmény érdekel. 6% Összes szavazat: 476
Új felhasználók
InformációKövess minket!Partnerünk |
/me leborul és imád! :D Köszönjük szépen!
Remélem most már nem fogom elbaltázni a dolgokat, igaz hrgy84? :P
--
A gyors gondolat többet ér, mint a gyors mozdulat.
Hat igen :-)
Btw, irhatnal egy levelket, hogy merre jarsz... csak hogy tudjam...
--
()=() Ki oda vagyik, ('Y') hol szall a galamb C . C elszalasztja a ()_() kincset itt alant.Esetleg arról valami leírás, hogy svn-hez képest mennyivel jobb, több, kevesebb, rosszabb...?
-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --
+1
Lehet benne konfiguralni a diff/merge eszkozt ?
nyilvan, man gitattributes.
Más az alapkoncepció:
http://svn.haxx.se/dev/archive-2007-06/0780.shtml
suckIT szopás minden nap! FreeBSD kernelparaméterek állítása DHCP-ből
Pl.: http://whygitisbetterthanx.com/
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o
A "jobb" persze szubjektív, nekem például szükségem van hozzáférésvezérlésre (írás és olvasás is), így az elosztottság inkább hátrány.
suckIT szopás minden nap! FreeBSD kernelparaméterek állítása DHCP-ből
A cel meg az eszkoz esete.
--
()=() Ki oda vagyik, ('Y') hol szall a galamb C . C elszalasztja a ()_() kincset itt alant.A cél szentesíti az eszközt? ;)
suckIT szopás minden nap! FreeBSD kernelparaméterek állítása DHCP-ből
Nem, mindig a celhoz valasztunk eszkozt, es nem forditva.
--
()=() Ki oda vagyik, ('Y') hol szall a galamb C . C elszalasztja a ()_() kincset itt alant.Ha ez így lenne, ma nem itt tartanánk. Sokkal sokkal többször választanak fordítva ;-)
hogy lehet az elosztottság hátrány?
Ha nem akarod, hogy valaki olvasni tudja, akkor nem adsz neki hozzáférést (persze ha valaki más már letöltötte, akkor az ő példányát lehet, hogy megnézi valaki, akit te nem engednél a kód közelébe, de ez persze központi repo mellett is lehet).
Ha nem akarod, hogy valaki írni tudja, akkor a központi repoba nem engedsz feltöltést, csak te, kézzel. Ő persze a sajátját szénné írhatja, az az ő dolga.
Vagy mit gondolok rosszul?
G
A gond az, hogy a git csak repokban kepes gondolkodni, az svn viszont a repon belul is gondolkodik. Peldaul, meg tudom azt csinalni, hogy a trunk/doc ala csak doc_manager es doc_lector tudjon irni, a tobbiek csak olvashassak. Sot, azt is meg tudom csinalni, hogy trunk/src mappat csak en irhassam/olvashassam, a tobbiek ne is lassak.
--
()=() Ki oda vagyik, ('Y') hol szall a galamb C . C elszalasztja a ()_() kincset itt alant.akkor ez vagy eleve külön repo vagy van egy nagy integrációs repod amibe csak te írsz és a többiektől te mergeled a kommitokat. ha olyat találsz amit te nem szívesen látsz, nem fogadod be.
Igen, de ez hatalmas infrastrukturalis kulonbseg, ezt te is belatod, nem? Az jo, hogy egy projektet el lehet inditani igy, de egy meglevo projektet migralni egy tok mas infrastrukturara hihetetlen nehez folyamat. Es itt errol volt szo.
--
()=() Ki oda vagyik, ('Y') hol szall a galamb C . C elszalasztja a ()_() kincset itt alant.persze, első lépésben valószínűleg elég ha a központi svn alatt mindenki elkezd gitet használni, a git-svn egész jól használható. aztán lehet mozdulni tovább ha ez nem elég.
Itt magyarul:
http://icanscale.com/whygitisbetter/
Hm... picit elfogultnak érzem a leírást. :)
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD
http://en.wikipedia.org/wiki/Comparison_of_revision_control_software
thx! tervezgettem már a git betanulását, de ez most sokat dob a dologban :)
Ez:
$ git-core +bash_completion+svn+doc
veletlenul nem
$ sudo port install git-core +bash_completion+svn+doc
akar lenni? ;-)
szerk. Egyelore kijavitottam.
Igen, elírás. Köszönöm a javításokat!
---
http://www.aigeruth.hu
Van bármi esély egy normális GUI-ra belátható időn belül? Merthogy én mondjuk elboldogulok még a parancssorral ha muszáj (bár nem szívesen), de mondjuk egy designer vagy egy artist aligha fog git parancsokat begépelni...
TortoiseGit for the masses! :-)
TortoiseGit, ami üres error message ablakot dob, amikor be szerettem volna
írni néhány adatot? :) Még van mit dolgozni rajta IMHO.
Inkább git-gui :)
--
A gyors gondolat többet ér, mint a gyors mozdulat.
win-en én ezt használom: http://code.google.com/p/gitextensions/
VS-be beépül, gond nincs vele...
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o
Esetleg qgit?
De jó kis doksi!
Köszönjük!
Lényegre törő leírás.
Köszi. ;)
Előszöris kössz az írásért, épp most kezdem a gitet tanulni, tehát nagyon jókor jött. Kérdéseim:
1, a "git init" az nem "git init-db"-e véletlenül
2, a "git config --global user.name ..." nekem hibát dob.
1.5 előtti verzióban volt git-init-db ha jól tudom...
Akkor lehet, hogy ez a válasz a 2. jelenségre is.
Ugye az a hires stabil API...
még szerencse
NAME git-init-db - Creates an empty git repository [...] DESCRIPTION This is a synonym for git-init(1).Sracok-sracok... vi ~/.gitconfig
--
()=() Ki oda vagyik, ('Y') hol szall a galamb C . C elszalasztja a ()_() kincset itt alant.Ezt is érdemes megnézni, egész jól bemutatja az alapkoncepciót:
http://ftp.newartisans.com/pub/git.from.bottom.up.pdf
Aki verziókövető rendszer váltáson töri a fejét, annak ajánlom a Mercurialt. CVS, SVN és GIT mellett a Mercurialt is megnéztem, és szerintem magasan vezet használhatóságban, telepíthetőségben, és karbantarthatóságban.
http://mercurial.selenic.com/wiki/
JDK, NetBeans, OpenSolaris fejlesztésére is ezt használják.
"Csak a változás állandó." - Herakleitos ---> Használj VCS-t!
+1, nekem is ez a véleményem.
suckIT szopás minden nap! 26 nap, és Massa megint pályára lép
+1 legjobb
--
When in doubt, use brute force.
Nekem egy bajom van vele. Lassuuuuuu....
--
()=() Ki oda vagyik, ('Y') hol szall a galamb C . C elszalasztja a ()_() kincset itt alant.Azt szeretném tudni milyen licenc alatt van kiadva a dokumentum. Engedélyezett a lefordítása más nyelvre, bizonyos kiegészítésekkel? Köszönőm!
----
Mikor kivágtuk az utolsó fát, meg mérgeztük az utolsó folyót, kifogtuk az utolsó halat, megöltük az utolsó vadállatot, rájövünk hogy sajnos a pénz nem ehető.
Természetesen engedélyezett, sőt köszönet jár érte. Mivel wikire raktam fel, így szabadon módosítható is. Esetleg majd privát üzenetben (profilon engedélyeztem) elárulhatnád, hogy milyen nyelvre szeretnéd lefordítani.
---
http://www.aigeruth.hu
Köszönöm! Számomra is időben érkezett. Valahogy ráéreztél:)