[Javalist] Gondolatébresztő Git gondolatok

[Zsombor]

SmartGitHg szerintem jó. ópenszószra/magán használatra meg ingyenes is.

Az eredeti kérdésre válaszolva: szerintem el kell dönteni, hogy az az N
darab projekt valójában egyetlen projekt, és akkor együtt van verzió
kezelve, egymáson snapshot dependenciák vannak, vagy egymástól független
életet élnek, s maximum csak a release verziókon függnek egymástól. Első
esetben egy repó, második esetben több repó. De amíg kicsi a projekt,
fejlesztő számban, kód méretben, szerintem mindenkinek jobban jár, ha
egyetlen repó van.


Üdv
 Zs


2014-02-21 21:48 GMT+01:00 Gábor Lipták <gabor.liptak at gmail.com>:

> Hmm. Nemtom. Nem ismerem. De az baj vele, hogy csak osx meg windows :)
>
> Roodie <istvan.farkas at gmail.com> írta (2014. február 21. 21:44):
> > SourceTree-vel mi a baj?
> >
> > Gábor Lipták <gabor.liptak at gmail.com> írta (2014. február 21. 21:30):
> >> Szervusztok!
> >>
> >>
> >> Én nap mint nap git submodulokkal dolgozok, és nem mondanám egyátalán
> >> nehéznek vagy nehézkesnek. Igazából annyit kell észben tartani, hogy a
> >> főmodul egy referenciát tartalmaz az almodulra, és hogyha git
> >> submodule update-t parancsot adsz ki, akkor a submoduleban detached
> >> head-en vagy (egy bizonyos kommiton), tehát nem egy branchen. Detached
> >> headen meg nem dolgozunk (nem teszünk rá új kommitot). De ezek a
> >> dolgok a Git pro könyvben nagyszerűen le vannak írva. Általában úgyis
> >> az lesz, hogy minden submoduleból a masteren vagy, és egyszerűen git
> >> submodule foreach-el mindet rebase-eled.
> >>
> >> Ha esetleg nem találod el elsőre a jó felosztást, nincs baj, mert
> >> Gittel lehet fájlokat vagy könyvtárakat historyval együtt mozgatni
> >> másik Git repoba. Nincs probléma, pár utasítás. Szerintem a legnagyobb
> >> furcsaság, amit nagyon nehéz megszokni, hogy nincs hozzá semmiigazán
> >> jó GUI. Meg kell szokni, hogy parancssor és kész. History nézegetés
> >> gitk, mergelő eszköz mondjuk p4merge vagy meld, de ennyi, Más jó GUI
> >> cucc nem nagyon van. Pl. Tortoisegit csak összezavar. Revertnek hívják
> >> a resetet, syncnek a pullt meg a fetchet. Csak a galibákat okozza az
> >> ember fejében.
> >>
> >> Egy év git után az SVN igazán lassúnak és nehézkesnek tűnik. Hogy
> >> helyben van minden történet, villámgyors a branchelés és egyszerűbb
> >> mergelni az egyszerűen felülmúlhatatlan a Gitben. Jó közösség van
> >> hozzá, mindenre találsz választ a SO-n, vagy válaszolnak fél óra
> >> alatt.
> >>
> >> Szánd rá az időt Gábor. Megéri. Szeretni fogod.
> >>
> >> Üdv:
> >>
> >> Lipták Gábor
> >>
> >> Auth Gábor <auth.gabor at javaforum.hu> írta (2014. február 21. 18:04):
> >>> Hi,
> >>>
> >>>
> >>>
> >>> Roodie a következőt írta ekkor: 2014. február 21. 18:00:58
> >>>
> >>>> Valamikor korábban láttam erre egy megoldást - minden projektnek saját
> >>>
> >>>> repo, DE csinálsz egy master repot a teljes projektnek, és az egyes
> >>>
> >>>> modulokat (automatizálva) pusholod 1-1 külön branchbe oda. Kecske is,
> >>>
> >>>> káposzta is :-D
> >>>
> >>>
> >>>
> >>> Szerintem ez nem kezeli le az egyikben törölt fájl másikban való
> >>> felbukkanását, de ki lehet próbálni. De erősen workaround szagú.
> >>>
> >>>
> >>>
> >>> Bye,
> >>>
> >>> Auth Gábor
> >>>
> >>> http://www.javaforum.hu/web/10/authgabor
> >>>
> >>>
> >>> _______________________________________________
> >>> Javalist mailing list
> >>> Javalist at lists.javaforum.hu
> >>> http://lists.javaforum.hu/mailman/listinfo/javalist
> >>>
> >> _______________________________________________
> >> Javalist mailing list
> >> Javalist at lists.javaforum.hu
> >> http://lists.javaforum.hu/mailman/listinfo/javalist
> >
> >
> >
> > --
> > Roodie
> > _______________________________________________
> > Javalist mailing list
> > Javalist at lists.javaforum.hu
> > http://lists.javaforum.hu/mailman/listinfo/javalist
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20140221/26a3b755/attachment.html>