[Java lista] SVN vs. CVS

[Zsombor]

2010/1/11 TamĂĄs CservenĂĄk <tamas at cservenak.net>

> Egy baj van vele: sok mindenrol kell lemondanod, ha "oda-vissza" akarod
> (akkor mar inkabb overhead). Ha csak "patch"-eket akarsz lebegtetni (rebase
> -- "huh? gondoljak magukban a CVS/SVN felhasznalok"), akkor pedig igen jo.
> Ilyen pl. a http://github.com/cstamas/nexus-peedy ami rendszeresen
> szinkronizal a Sonatype SVN trunk-javal, de Git-bol dcommit nehezen megy.
> Inkabb git patch -> svn apply / commit -> git svn rebase. Es a Git van
> annyira "okos", hogy a patch-ed felismeri es "kanonizaltta teszi" (nem lebeg
> tobbet).
>
> ~t~
>
>
Egy ideje hasznĂĄlom, eddig bevĂĄlt, mergelni is sokkal kĂśnnyebb vele, ez
akkor kĂźlĂśnĂśsen hasznos, ha tĂśbb brancs van, amit a hĂłnapok sorĂĄn szĂĄmos
alkalommal mergeltĂŠk ide-oda, s mĂĄr senkinek sem triviĂĄlis megĂĄllapĂ­tani,
hogy melyik changesetek hiĂĄnyoznak innen, ill onnan. Csak egyetlen dologra
kell figyelni, hogy a mások által létrehozott, csak svn-ben létező
egyesĂ­tĂŠsek (merge-re van jĂł magyar szĂł?) esetĂŠn grafts fĂĄjlba beirjuk a
megfelelő changesetet.
 AmĂşgy eddig a git svn fetch --fetch-all; git svn rebase; majd git add; git
commit; git svn dcommit; parancsokkal jĂłl elvoltam.

Üdv

 Zs
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20100111/3ab6534a/attachment.html