ESR szerint a bzr verziókezelő haldoklik, az Emacs-nek git-re kellene váltania

 ( trey | 2014. január 3., péntek - 20:26 )

Úgy fest, hogy nem volt jó döntés 2009 végén a GNU Emacs projektnek CVS-ről Bazaar-ra (bzr) váltania. Eric S. Raymond szerint a Bazaar haldoklik és az agonizálása nem vet jó fényt a GNU Emacs-re sem. Ráadásul - Raymond szerint - a Bazaar egyik vezető fejlesztője nemrég leírta, hogy szerinte a verziókezelőjük miért bukott el. Raymond arra bíztatja az Emacs fejlesztőket, hogy olvassák el az írást, aludjanak rá egyet, gondolják át és cselekedjenek.

Raymond szerint a git nyert. Sajnálja, hogy így van, de el kell ismernie. A Mercurial-t preferálná, de az a projekt sincs valami fényes állapotban. Így Raymond elfogadta a git győzelmét és váltott. Az Emacs projektnek is azt javasolja, hogy váltsanak git-re. Raymond elvállalná a migrálási projekt technikai vezetését. A döntést azonban - mint írta - az Emacs projekt vezetőségének kell meghoznia. Richard Stallman azt válaszolta, hogy nem ragaszkodik a bazaar-hez.

A részletek itt olvashatók.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Igen, szerintem is haldoklik.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Azt hittem, az emacsben verziókezelő is van. Most nagyot csalódtam... :)

:D

Én is azt hittem... Hiszen ahogy mondják, már csak egy jó text editor hiányzik belőle :)

A verziókezelő modulja (természetesen) több fajta implementációt is tud használni.

Ezek szerint hamarosan bezár a bazaar.

ahh. lol

Ime egy ujabb sikeres Linus Torvalds projekt
http://en.wikipedia.org/wiki/Git_(software)#History

--
Live free, or I f'ing kill you.

Itt egy másik:

https://github.com/torvalds/subsurface

--
trey @ gépház

Ilyen lelkes búvár Linus? :-)

Szokott rendszeresen merülni.

https://plus.google.com/+LinusTorvalds/posts/Cepr6Gy3zps

--
trey @ gépház

"A Mercurial-t preferálná, de az a projekt sincs valami fényes állapotban."

Mi a baj a Mercurial project állapotával? Tudja valaki?
--
♙♘♗♖♕♔

És még a Monotone is ott van.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Nem, nincs ott. Ne is említsd azt az irtózatot.
(ez volt az egyetlen olyan VCS, aminek használatakor azt kérte a projekt, hogy a fordítási fájlból a fordítók rakják ki az automatán generált helyinformációs sorokat, mert ettől a (valóban) zajtól nagyon megnőne a repó mérete/letöltési ideje. WTF???. Azóta az ő eszük is megjött.)
___
Arany János: Grammatika versben

Pedig egy időben annyira menő volt, hogy sokan nem is értették, Linus miért nem azt választotta.

Úgy látom a honlapja alapján, hogy be is állt a fejlesztése. Érdekesség: http://www.google.com/trends/explore#q=%2Fm%2F05vqwg%2C%20%2Fm%2F08441_%2C%20%2Fm%2F012ct9%2C%20%2Fm%2F09d6g&cmpt=q Sajnos a Monotone-t és a Bazaar-t nem tudtam felvenni, mert csak általános keresésként engedte volna.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

fyi nem eleg "hip"

--
NetBSD - Simplicity is prerequisite for reliability

Az emacs nem haldoklik? :)

"Raymond szerint a git nyert. Sajnálja, hogy így van, de el kell ismernie."

A hírnek ezt a részét valahogy nem értem. Van egy jó verziókezelő. Ezen mit kell sajnálni? Használja, és örüljön, hogy van.

---
Science for fun...

Én úgy értem azt sajnálja, hogy nem az a verziókezelő amit ők használnak, hanem egy másik.

Igen, közben én is elolvastam az eredetit. Valóban nem úgy "sajnálja", ahogy először gondoltam.

---
Science for fun...

barki, aki mar hasznalt hg-t es git-et is az oszinten sajnalja, hogy nem az elobbi terjedt el.

--
NetBSD - Simplicity is prerequisite for reliability

Mondj három okot, köszi! :)

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Egyet tudok. Learning curve. Eleg nyomos. Probalj meg egy csapatot git-re migralni, huzzak majd a szajukat.

Mutasd meg nekik a Hg Workbranch-et, es alig varjak, hogy mercuriallal dolgozhassanak.

Git-nél nem kell mindenkinek mindenhez értenie.
Alap dolgok nem sokkal bonyolultabbak, mint cvs, svn-nél.
A többit meg elég, ha egy ember ismeri, ha ki akarják használni a nagyobb tudását is.

Nem tudom, nem használtam Mercurialt még soha, de már több csapatnak segítettem Gitre váltani, gond nélkül.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Ez remek, csak ott bukik az ervelesed, hogy nem arrol volt szo, hogy mennyire gond a git, hanem arrol, hogy git vs hg.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Én a hg-t szeretem jobban, kollégam meg a git-et. Szóval ez inkább ilyen vi-emacs dolog.
http://blogs.atlassian.com/2012/02/mercurial-vs-git-why-mercurial/
http://blogs.atlassian.com/2012/03/git-vs-mercurial-why-git/
--
♙♘♗♖♕♔

Mondjuk itt a "Why Mercurial?"-ban az érvek egy része már nem áll meg, pl. GUI, commercial support, más részük meg eleve véleményes, pl. backward compatibility, ez vicc?

Mondjuk igazán jó git gui-t linuxra én még nem találtam, időről időre command-line-ban találom magam, vagy git-gui-val gitk-val küzdök...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

És Mercurial GUI az van jó Linuxra? Csak mert erről szólnak ezek a cikkek..... OSX-re meg windows-ra van sourcetree, az meg tud hg-t meg git-et is. Linux-ra meg szvsz egyikre sincs ilyen szintű gui. Szóval ez nem érv a mercurial mellett.....

Az eclipse alatti EGit plugin elég jó, ráadásul ez platform független.

Csak ezért Eclipse-t indítani elég overkill... :)
(Ugyan csak egy jó régi verzióról láttam videót, de az alapján annyira nem nyűgözött le. Pl én szeretem látni konkrétan mit commitolok, miközben írom a commit message-t, nem csak egy fájllistát...)

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

"Régen" a gittel mintha lettek volna gondok fájlnév kezelés környékén Windows alatt...
Így lett nálam bzr után hg.

Git Windows alatt minenhogy hanyas. Kezdve azzal, mikor regen kirakta az msysgit ugyanazt a 2 megas binarist vagy 50x, minden git commandra kulon. Na meg a TortoiseGit is kisse furanak tunt a TortoiseSvn-hez kepest. Kezdve azzal, hogy egy mas Tortoise cuccnal nem lattam olyat, hogy kulso dolog kellett neki azok kozul, amit eddig hasznaltam (svn, cvs, hg, git)

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

A fenti két dokumentumot elolvasva és a Gitet ismerve kb. ez lenne számomra az egyetlen dolog, ami a Mercurial mellett szólna. A Git Windowsos változata valóban elég furán van összerakva. Viszont azt látom, hogy a körülöttem Gitet használó Windowsos emberek vagy parancssorban dolgoznak, vagy a fejlesztőeszköz Git pluginját használják. Nagyon kevés olyannal találkoztam, hogy valaki direkt ezért külső programot tett volna fel, pl. a TortoiseGitet.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Én pl Git-Extensiont használok win alatt (sőt linux alatt is, pedig mono-val bugos, de még mindig jobb mint bármi más), a telepítő felrakja az msysgitet, de ezzel többet nem kell foglalkozni, és tökéletes.
Évekig használtam ezzel a gitet anélkül, hogy egyetlen parancsot be kellett volna írnom a konzolba.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Na engem anno az Eclipse-s SVN pluginek minős(égtelens)ége leszoktatott az IDE-kben való pluginezésről. 1.7-es SVN óta végképp. Eclipseből soha, Visual Studio alatt talán ha 2 commitot eresztettem meg AnkhSVN-nel. Igaz, VS alatt nem lehet megúszni a plugint, különben csúnya dolgok történhetnek...

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Mi Subversive-t használtunk ~2 éve eclipse-hez, azzal legjobb emlékeim szerint rendben volt minden.

Igen, a subversive a jobbik svn plugin Eclipse-re.

Ne is mondd, a másikkal (Subclipse) rengeteget kínlódtam. Most valami beszerezhetetlen JavaHL-t akarnak éppen. Meg ha a jó verzió van fent, néha akkor is panaszkodik, hogy nincsen. Meg egyéb ilyenek.

10 eve hasznalok VS-t es subversiont (sajnos), es soha nem hasznaltam VS plugint.

Na nekem egy alaposabb refactoring/áthelyezgetés/átnevezgetés során csúnya dolgok szoktak történni.

Akkor meg már jobb, ha az AnkhSVN elintézi helyettem. Igaz, ez az áthelyezgetés dolog főleg 1.6 és régebbi SVN-nél volt gáz, ahol minden könyvtár saját maga tartalmazta a .svn könyvtárat. Újabbnál már kevésbé probléma.

Egyébként mire használod a VS-t? C++ vagy .NET?

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

C++. De alapvetoen konzolos arc vagyok, csak debuggolashoz kapcsolom be a Studiot. Persze ez project fuggo, fugg az sln file minosegetol is.

Az athelyezes az valoban szar svn-ben, sajnos azt manualisan csinalom es a history elvesztesevel jarhat. Primitiv, nem?

Remelhetoleg lassankent kiszorul az svn.

Sejtettem, igy viszont teged ez kevesbe ezert erint kevesbe.

Nalam azert a konyvtarstruktura nagyjabol koveti a nevtereket 1-2 nagyon ritka kivetelt leszamitva, ott fontosabb az sln es az svn szinkronban tartasa, amit elvegez az AnkhSVN helyettem.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Pont az áthelyezés a Git-nél is szar.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Nekem sose volt vele bajom.

A Collabnet, tigris.org plugint használom kb. 1 éve, semmi gond nem merült fel. Volt refactoring és pár merge is.

Egyébként a Prezi, UStream, Logmein mit használnak verziókezeléshez?

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)