"Gitre áll át a Microsoft"

Open Source

"A Microsoft hivatalos álláspontja eddig az volt, hogy szoftverfejlesztésre a cég saját rendszerét, a Team Foundation Servert (TFS) használja, amely a Visual Studióval szoros együttműködésben képes forráskód-menedzsmentre, projektmenedzsmentre, automatizált build folyamatok végrehajtására és számtalan más feladatra is. A gyakorlatban azonban ez nem épp így volt: csak néhány csapat használta ki teljesen a TFS-t, sok fejlesztői csoport saját egyedi eszközöket készített a mindennapi munkához. [...] A legizgalmasabb kérdés azonban nem ez, hanem a forráskód-kezelés. Ebben ugyanis a Microsoft mérnökei erősen megosztottak - a TFVC (Team Foundation Version Control), a saját, belső használatú Source Depot, a Mercurial és a Git is szóba került. Az erőteljes vitát nem is sikerült megnyugtatóan, konszenzussal zárni, felsőbb döntésre végül a Git lett a nyertes, ez lesz belátható időn belül a Microsoft szabványos verziókezelő megoldása."

A teljes cikk itt olvasható. Az eredeti blogbejegyzés itt található.

( trey | 2017. 02. 09., cs – 07:34 )

Néhány embernek szivacsra kell azért harapnia, hogy ezeket a híreket el tudja olvasni nyelvelharapás nélkül.

--
trey @ gépház

Szerintem ez valami projekcio -- a Hungarian Unix Portal szerkesztojetol, aki tobb Microsoftos hirt rak ki az oldalra, mint *nix-osat :) (es ahol minden MS sebezhetoseg elokerul, de pl. a mostani FOSDEM kivalo eloadasai a Linux Desktop Security temakorben persze nem jelennek meg).

----------------------
while (!sleep) sheep++;

És mégis ezt a hazug oldalt olvasod évek óta. Oh, wait...

Na nézzük:

"a Hungarian Unix Portal"

Rég nem ez a neve, azt sem tudom miért volt ez valaha, aki ezt kitalálta, sincs már kapcsolatban az oldallal (saját kérésére).

"aki tobb Microsoftos hirt rak ki az oldalra, mint *nix-osat :)"

Lásd előző mondatom. A UNIX egy halott dolog, Microsoft-ról meg indulás óta van szó ezen az oldalon. Az első microsoftos cikk 15 éve jelent meg, akkor, amikor az oldal neve még portal.fsn.hu volt (lap alja, copyright szöveg).

"(es ahol minden MS sebezhetoseg elokerul,"

Igyekszem az tény, de azért ne túlozzunk :D Ahhoz egy 20 fős főállású team is kevés lenne heti 168 órában :D

"de pl. a mostani FOSDEM kivalo eloadasai a Linux Desktop Security temakorben persze nem jelennek meg)."

Szerintem csak a beküldés gombot nem találtad meg:

https://hup.hu/node/add/story

--
trey @ gépház

"Rég nem ez a neve, azt sem tudom miért volt ez valaha"

Ehhez képest a FAQ-ban
http://hup.hu/node/21864
"A neve HUP azaz, Hungarian Unix Portal."

flick account:
https://www.flickr.com/photos/h_u_p/
"Hungarian UNIX Portal"

Facebook account:
https://www.facebook.com/Hungarian-Unix-Portal-81171957643/?fref=ts

HUP saját wikioldalán az önmeghatározás:
http://wiki.hup.hu/index.php/HUP

De hát tudjuk, ez nem Hungarian Unix Portal.

Az accountokat nem lehet átnevezni. A HUPWiki halott, csak kegyeleti okokból nincs megszüntetve. A FAQ-t frissítem a kedvedért.

A többi dolgot szépen kikerülted, illetve még mindig nem értem, hogy ez az egész hogy jön ahhoz, hogy a Microsoft git-re vált és ez egyeseknek azért altesttáji fájdalmat okoz. Egészen annyira, hogy képesek a HUP történelmét, céljait idecitálni.

--
trey @ gépház

Már vettem szivacsot, majd szólj, hogy mikor fog (százhuszonkettedszerre, de most istenuccse') visszaváltani. Biztos van az a megvesz lobbypénz, ami ezt még el tudja érni.

Haver, nekem nem fog törést okozni. Az idő nekem dolgozik. A zárt forrás, az elefántcsont torony jellegű irányítás elgondoláson régen megjelentek a repedések (vagy beette magát a rák, hogy Mr. Golyófejet idézzem), amit az idő csak egyre szélesebbé tett. Elindult egy folyamat, ami ellen küzdhet a magad fajta, de nem hiszem, hogy meg tudná állítani.

Nekem nem fog fájni, ha München visszavált, hiszen amikor én ezzel a témával elkezdtem foglalkozni, szinte sehol sem tartottunk. Ahhoz képest ahol most állunk, egy olyan állapot, ami minden várakozásomat felülmúlja.

Ha valaki azt mondta volna nekem, hogy komplett Linux terjesztés lesz a desktop Windows része egyszer, hogy Microsoft SQL szerver megjelenik Linuxra, képen röhögtem volna. Ma ez valóság. Szerintem a magadfajtának van mit görcsölnie, én az esélytelenek nyugalmával szemlélem a dolgokat és bevallom, jól szórakozom. Főleg, amikor a hozzád hasonlókat tudom etetni. ;)

--
trey @ gépház

Ne már! Ez komoly? Még egy szakmunkásképző sem (pl.: lakatos, műszerész, autószerelő)? Akkor ő egy született géniusz, mert kicsit nagyon tud programozni, meg hát nem rántja ki seggéből a 8 általánost 10 év alatt végző ember, hogyan kell összeheftelni házilag egy berendezést, ami egy űrhajó kabinjából érkező rádiójel-folyamot audio-vizuálisan meg tudja jeleníteni (hehe, nem a háttérzajt!).

Te valamit nagyon félreértesz megint. Nekem baromira nem fáj, ha valami nyilt forrású vagy azzá válik. Én üzemeltetek egy rakás linux szervert is, meg windows szervert is, ezen kivül tolom a cloud-ot (ahol a rogyazodó bástya microsoft nagyon durván tör előre) stb-stb.
Én akkor is vigan megélek, ha minden linuxos lesz, de nagyon nem arra halad a világ. A nagy linuxos desktop migrálások folyamatosan buktak meg a világon mindenhol.

De majd előszedek pár kommentedet a müncheni linux bástyáról, hogy az mekkora ultimate érv volt anno, mókás lesz :)

Amúgy teljesen megértem, hogy még nem ütötte meg az ingerküszöbödet, hogy 2020-ig w10-re váltanak. :)
HUP-on ilyen hir? Ugyanmár. Előbb az indexen lesz :)
Majd, ha nem lesz egyetlen linuxos gép sem münchenben. Majd akkor ráérünk ilyen apróságokkal foglalkozni :)

Ha meg azt hiszed, hogy a linux alrendszer windows-ba épitve a windowsnak káros, akkor naivabb vagy mint gondoltam...

"Amúgy teljesen megértem, hogy még nem ütötte meg az ingerküszöbödet, hogy 2020-ig w10-re váltanak. :)"

Már megint váltanak? :D

"HUP-on ilyen hir? Ugyanmár. Előbb az indexen lesz :)"

Hát, Imo. A beküldés linket csak meg tudod találni magadtól is. Én nem hallottam róla, hogy W10-re váltanak, az általam látogatott oldalakon nem láttam még, PC Fórumra és WUG-ba nem járok. De csak bátorítani tudlak arra, hogy írj róla egy frappáns cikket és ígérem, hogy kiteszem. :)

"Majd, ha nem lesz egyetlen linuxos gép sem münchenben. Majd akkor ráérünk ilyen apróságokkal foglalkozni :)"

Egyetértek. Ha minden egyes PC Fórum cikk nyomán itt is hír lett volna, hogy "na most váltanak", eddig 20 vaklárma lett volna kb. az oldalon ;)

"Ha meg azt hiszed, hogy a linux alrendszer windows-ba épitve a windowsnak káros, akkor naivabb vagy mint gondoltam..."

Semmi ilyen gondolatom nem volt. Én inkább a Linux térnyerésére és elismertségére céloztam. Nem kell mindig mindenhol Windows szidást vizionálni :D

--
trey @ gépház

"Már megint váltanak?"

Majd meglátod :)
Nem baj, ha utolsóként fog itt megjelenni, business as usual :)
Most nézem még a pcforumon sincs kint, akkor még nincs túl késő :)
(bár ott mintha semmi sem jelenne meg 1-2 hete, alig van új hir)

"De csak bátorítani tudlak arra, hogy írj róla egy frappáns cikket és ígérem, hogy kiteszem"

Eszemben sincs, nem dolgom cikkeket irogatni. Én már olvastam a hirt, akit érdekelt az már rákeresett a fenti commentem alapján.

"Semmi ilyen gondolatom nem volt."

Jaj, én már egyből arra gondoltam, hogy ez is az utolsó roskadozó bástya egy bizonyitéka volt :)

Azért ne szaladjunk ennyire előre. Annak a magyarázatát, hogy miért is nem az történik ami történik, azt hagyjuk meg Treynek majd a jövőbeli cikkben.

Gyikemberek getdöfeksz kampánya, vagy túl sokat kerestek binggel a userek, ezért lettek elégedetlenek, mindenkit lefizetett a szemét microsoft, bármi lehet az ok. Alig várom :)

Imoka, nem szoktam cikkben nagyon véleményt és magyarázatot írni (kivéve a "Vélemény" rovatban). A hozzászólásokban majd elmondom a véleményem a csudálatos visszatéréssel kapcsolatban, ha megtörténik. 2020-ban? Vagy 2021-ben? De itt még mindig arról van szó, hogy a Microsoft elkezdte használni a Git-et. Egy eszközt, amit Torvalds hozott létre (bármit is kammantak a gyíkemberek), ami GPL (phejj, rák) és LGPL kettős licencű (vagyis Stallman agyszüleményei szerint terjeszthetők), de neked ehhez még érdemi hozzáfűzni valód nem volt. Ellenben keverted a szálakat, bezzegeztél és szánalmasan csapkodtál.

Lesz a témához is valami? :)

--
trey @ gépház

"első"

Jaja, a "jó" szemed mellé, hiszen szerinted nem volt erről sosem a HUP-on, de ha kitörlöd a csipát a szemedből, akkor láthatod, hogy "csak" kettő HUP cikk van belelinkelve a témáról korábbról. Ennyit arról, hogy nincs, nem szokott, nem lesz, nem volt. ;)

--
trey @ gépház

( quakeskull | 2017. 02. 09., cs – 07:59 )

Linus fejét azért megnéztem volna ennek a hírnek az olvasása közben :D

>Tehát azért nincs köze Torvaldshoz, mert.... egy összefosott shellscriptet átírtak az almighty C-be!

bizony.

> :D

XD

>Az embert ki jelölte ki karbantartónak?

developer, nem csak maintainer. Bár nem hiszem hogy érted a különbséget.

>A szentisten?

szóval akkor linus git.sh-ját használja a win10, vagy a junio git.c-jét? kérdem a hírigazító Újságíró Urakat

Nem, nem. Te nyertél:

Now, I'm obviously biased, but I really do believe that git is the best
open-source SCM there is, by a _mile_. I don't know how many people
realize this, but we literally haven't changed our data formats in over a
year. I was looking at my old git import of the BKCVS tree today, because
I wanted to look up the "BKrev" format for the email earlier in this tree,
and I realized that the pack-file was from July of last year. That's
within a few _weeks_ of the pack-file being introduced at all, and guess
what? It all still worked. No "on-the-fly format conversion", no
_nothing_. It just worked.

https://marc.info/?l=git&m=116129092117475

Ennyi.

--
trey @ gépház

Hogy hiába írta át a szkripteket C-be, miután átvette is maradt ugyanaz az alapja. A git-ben nem a megvalósítás nyelve (C! HÚHA!), se nem a kommitok száma nem a nagy dolog, hanem az ötlet és dizájn. Nem baj ha nem érted.

A következő mi lesz? Hogy a Linux kernelhez sincs Torvaldsnak sok köze? Mert a Microsoft fasztudjamennyi patchet küldött hozzá?

--
trey @ gépház

>Hogy hiába írta át a szkripteket C-be, miután átvette is maradt ugyanaz az alapja.

én angolul csak ökögök-bakogok, légyszi mutasd már meg a fenti szövegben ez a tartalom hol van

>A git-ben nem a megvalósítás nyelve (C! HÚHA!), se nem a kommitok száma nem a nagy dolog, hanem az ötlet és dizájn.

én szeretem a treyságírást olvasni, ne hagyd abba

>A következő mi lesz? Hogy a Linux kernelhez sincs Torvaldsnak sok köze?

szép szalmabáb, egyedül csináltad?

" se nem a kommitok száma nem a nagy dolog, hanem az ötlet és dizájn."
Amelyet nem Linus talált ki, hanem Bitkeeperék és a Monotone.
És ezt be is vallotta Linus:
https://marc.info/?l=git&m=114685143200012

Meg is mondta, honann mit húzott be. A distributed, merge-s workflow az Bitkeeperből jött.
Az egész "objects identified by hash" azaz content-addressed repository az a Monotone ötlete volt. Ez sem Linus találmánya.
De áltasd csak magad.

Na, most ott tartunk, hogy az egyik szerint előtte, a másik szerint utána történt a nagy csoda! :D

"While strongly influenced by BitKeeper, Torvalds deliberately avoided conventional approaches, leading to a unique design"

De áltasd csak magad. Nyilvánvalóan nem akart beleesni abba a hibába, hogy később perelhető legyen. A git kinyírta a BK-t gyakorlatilag, de mégsem perelte be senki.

--
trey @ gépház

"Na, most ott tartunk, hogy az egyik szerint előtte, a másik szerint utána történt a nagy csoda! :D "

Már nem azért, de te mondtad, hogy a git=linus. Erre megcáfoltak, hogy a kódjának igen piciny része az ő munkája. Erre bedobtad, hogy akkor lehet, hogy nem az ő munkája, de nem is az a lényeg, hanem az eredeti ötlet, ahhoz kellett a géniusz. Erre kiderül, hogy saját bevallása szerint sem túl sajátja az ötlet. Tényleg kezd ez egyre kellemetlenebb lenni.

Főleg, hogy azért nyitottad a témát, hogy egy jót belerúgj a ms-ba, de ez most nagyon forditva sült el.
Ha nem kapálózol ennyit és ásod magad egyre mélyebbre én már rég bekajáltam volna régről, hogy git=linus...

Nem értek vele egyet, mert ilyet sehol sem mondott senki sem, én sem.

Linus kezdte el a gitet, más verziókezelők ötleteiből építkezve. Az elkezdése után viszont mások átvették teljesen a fejlesztést, és Linusnak ma már semi köze nincs hozzá.

Ez az, amivel egyetértek.
Aki azt álíltja, hogy Linus ma fejleszti a gitet, hazudik. Ezt szépen alá is lehet támasztani commit logokkal.
Aki azt állítja, hogy Linus saját egyedi ötletei vannak a gitben, hazudik. Ezt meg Linus saját bevallása támasztja alá.

"mert ilyet sehol sem mondott senki sem"

Tényleg? Én azt hittem, nem csak fogalom nélkül beletrollantasz a szálba, hanem bele értelmezed is.

"Linus kezdte el a gitet,"

Komolyan? Azt hittem csak használja.

"Az elkezdése után viszont mások átvették teljesen a fejlesztést,"

Pontosabban Torvalds kijelölt egy karbantartót, aki történetesen jó választás volt. Nem csak megfelelően karbantartja a Torvalds által elkezdett tool-t, de fejleszti is.

"és Linusnak ma már semi köze nincs hozzá"

LOL Mert azzal, hogy nem ír hozzá egy sort sem, az összes vele kapcsolatos creditje semmivé vált.

"Aki azt álíltja, hogy Linus ma fejleszti a gitet, hazudik. Ezt szépen alá is lehet támasztani commit logokkal."

Tudnál ilyen állítást linkelni fentebbről?

--
trey @ gépház

"Tényleg? Én azt hittem, nem csak fogalom nélkül beletrollantasz a szálba, hanem bele értelmezed is. "
Ja, hogy Gabu véleményére adni kell? LOL.
"Komolyan? Azt hittem csak használja. "
Nem baj, hogy veled nem lehet értelmesen beszélgetni. Istenem, trey, te kezdesz egyre szánalmasabb lenni.

"LOL Mert azzal, hogy nem ír hozzá egy sort sem, az összes vele kapcsolatos creditje semmivé vált. "
Ki mondott olyat, hogy nincs creditje? Ma már semmi köze hozzá - nem szól bele, hogy milyen irányba megy a git, és rossz is lenne, ha beleszólna, a gitet ugyanis nem csak a Linux kernel használja. Anno a Linux kernel fejlesztési workflowjára lett építve az egész (ahogy ezt Linus be is vallotta, a BitKeeper workflowját vette át), azonban nem mindent fejlesztenek a Linux kernel workflowja szerint.

"Tudnál ilyen állítást linkelni fentebbről?"
Onnan nem, de a git repobol bármikor:
https://github.com/git/git/commits?author=torvalds

Az elmúlt 5 évben 20-nál kevesebb kommitja volt. Pont ennyire van köze hozzá.
Egy darab pull requesttel sem élt: https://github.com/git/git/pulls?utf8=%E2%9C%93&q=author%3Atorvalds%20
Meg lehet nézni, kik csinálják a gitet : https://github.com/git/git/graphs/contributors

Ja, hogy nem tudsz szálban olvasni és dolgokat értelmezni. Akkor fogj kezet Imoval, mert kb. egy szinten vagytok.

A kutyát nem érdekli, hogy mennyi kommitje volt az elmúlt években. A szálnyitó "Linus fejét azért megnéztem volna ennek a hírnek az olvasása közben :D" arra utal, hogy valószínűleg büszke lehet arra, amit a git elért. Mivel ő a git "original author"-ja vagyis ha nem kezdi el a projektet, a Microsoft nem tudna erre a jó kis nyílt forrású toolra váltani. Ki a faszt érdekel ebben a kontextusban, hogy Torvaldsnak mennyi kommitje volt az elmúlt évben? Ha nem kezdi el, Hamanonak egy se lenne benne.

De, Torvaldsnak nagyon is sok köze van hozzá. Egyrészt felismerte, hogy kell egy ilyen tool. Másrészt felismerte, hogy az összes többi vagy szar, vagy elavult, vagy nem megfelelő. A felismerés után nekiállt saját maga (és a Linux kernel) számára egy toolt írni. Ez a fontos, nem az, hogy mennyi kommitje van.

Ha nem érted, nem kell nekünk beszélgetni. Egy valamiben értünk egyet, félbolondok kommentjével nem kell foglalkoznunk.

--
trey @ gépház

"Egyrészt felismerte, hogy kell egy ilyen tool."
Nagyon nehéz volt a felismerés, miután megsértették a BitMoverrel történt szerződésüket és nem használhatták tovább.
Nem véletlenül let a git workflow forrás a BitKeeper workflow - meg akarta tartan azt, hogy addig is a kernellel dolgoztak.
Kényszerből fejlesztette a gitet, mert a BitKeepert már nem használhatták.
Az egész DVCS koncepciót sem Linus találta ki. Csak épp már nem használhatták a proprietary DVCS-t, mert megsértették a megállapodásukat.

De hát ha nem olvadod el Linus levelét, amiben leírja, hogy ő melyik ötletet kitől lopta, akkor sajnálni tudlak.

Arra céloztam, hogy miután kellett valami a BK helyett, választhatott volna a meglevők közül is. De mivel egyik sem felelt meg, nekiállt és létrehozott egyet. Amiről így nyilatkozott 2006-ban (nem, nem 2016-ban, nem Hamano tízcsilliárd kommitje és általa belelapátolt funkciói után, hanem alig azután, hogy átadta a karbantartását):

Linus Torvalds:

- "Now, I'm obviously biased, but I really do believe that git is the best open-source SCM there is, by a _mile_."

- "It's pretty much the fastest SCM out there"

- " it still has the smallest disk footprint I've ever heard of"

- "it hasn't had the `format of the week` disease that every other project seems to go through"

- "Am I happy with git? I'm happy as a clam."

2006. Ja.

--
trey @ gépház

Hát tőled konkrétum az ügyben még nem sok hangzott el, ellenben összekeverted a szezont a f'szommal, így a véleményed a továbbikban keveset érdekel. Ha majd sikerült kibogozni, hogy hol miről is van szó és érdemben lesz hozzá valami, szívesen reagálok majd a konkrétumokra. Addig menj és gyűjtsd össze a gondolataidat, mert ez itt elég sovány.

--
trey @ gépház

Elég érthetően leirtam én is, hogy össze-vissza beszélsz hülyeségeket amiket mások már több helyen megcáfoltak, ennél érthetőbben nem tudom leirni sajnos. De te csak nyomasd tovább a torvalds féle git mantrádat, ha ettől jobban érzed magad.
Én biztosan jobban érzem magam tőle, mert szórakoztató ez az egész topic :)

Valami konkrétumot, pls. Az aktuális szálhoz illőt.

"Ennél érthetőbben nem tudom leirni sajnos."

Azt látom, hogy gondod van a gondolataid kifejezésével.

"De te csak nyomasd tovább a torvalds féle git mantrádat, ha ettől jobban érzed magad."

Fentebb vannak konkrétumok tőlem, tőled még mindig csak a személyeskedés és mellébeszélés van. Persicsb annyival különb tőled, hogy van mondanivalója, még ha nem is értünk egyet. Neked nem sok van.

"Én biztosan jobban érzem magam tőle, mert szórakoztató ez az egész topic :)"

Biztosíthatlak róla, hogy a szórakozás kölcsönös ;)

--
trey @ gépház

> Elég érthetően leirtam én is, hogy össze-vissza beszélsz hülyeségeket amiket mások már több helyen megcáfoltak

Szerintem Ti írtok hülyeségeket! Azt próbáljátok megkérdőjelezni, hogy "Linus a Git atyja". Ezért mindenféle félmondatokba beleköttök, mintha a félmondat megcáfolása az alap tézist is megcáfolná, pl. nem is Ő találta ki a DVCS-t, nem is Ő adja jelenleg a legtöbb commit-ot, nem is Ő a maintainer, ... Ezeknek semmi közük ahhoz, hogy Ő hozta létre a Git-et. Kb. mintha azt próbálnátok cáfolni, hogy Steve Jobs az iPhone atyja.

"Azt próbáljátok megkérdőjelezni, hogy "Linus a Git atyja"."
Senki nem mondta, hogy nem Linus a Git atyja.
Azt kérdőjelezzük meg, hogy:
1. Ő fejleszti-e a gitet? (nem, mert már más).
2. Ő találta-e ki a Gitben lévő workflow-t, meg a content-addressable storage-ot? (nem, a workflow a Bitkeeperből jön, a CAS pedig a Monotone-ból).

Senki nem mondta, hogy nem ő kezdte el a fejlesztést.

De nem baj, ha nem érted.

>Pontosabban Torvalds kijelölt egy karbantartót

pontos ez az állítás, mint a HUP tulajdonviszonyai

btw próbáld már meg az ugyanazon node kommentjeire mutató linkjeidet a #comment szegmensre rövidíteni a full URI helyett, még ha nehéz is, mert a retek https linkjeidre én ugyan rá nem klikkelek

"Aki azt álíltja, hogy Linus ma fejleszti a gitet, hazudik. Ezt szépen alá is lehet támasztani commit logokkal."

Hát ha ma nem is, de tegnapelőtt fejlesztette :)
http://public-inbox.org/git/alpine.LFD.2.20.1702072113040.25002@i7.lan/
http://public-inbox.org/git/alpine.LFD.2.20.1702072113380.25002@i7.lan/

"Aki azt állítja, hogy Linus saját egyedi ötletei vannak a gitben, hazudik. Ezt meg Linus saját bevallása támasztja alá."

Pedig kétségtelen, hogy az ő saját ötletei is vannak a gitben. Mert az igaz, hogy "Az egész "objects identified by hash" azaz content-addressed repository az a Monotone ötlete volt.", de a Monotone csigalassú volt akkoriban, a git meg helyből gyorsabb volt bárminél. Annak a sebességkülönbségnek meg csak jönnie kellett valahonnan.

Nem én állítok ilyet, hanem Linus Torvalds.
"Now, monotone was slow. Monotone was so _horrendously_ slow that I had to
do special hacks just to import _one_ version of Linux into it in less
than two hours. It was something stupid like an O(N**3) algorithm in the
number of filenames (and the kernel had 17,291 files at that time:
v2.6.12-rc2), and it was just totally unusable for me.

I also thought (and still think) that the whole signing thing was a waste
of time and misdesigned, and I obviously am not a huge fan of databases.
So in many ways I disliked the monotone implementation decisions (and some
of its design decisions). But at the same time, I immediately liked the
SHA1 object naming concept of Monotone."

Én itt indítottam egy szálat, amiben arra utaltam, hogy a hozzád hasonló jövőbelátóknak mekkora pofáraesések az ilyen bejelentések. Persze csavarhatod úgy, hogy nem, de azért csak vannak, akik látják ezt (+1).

A másik szál pedig tök máshol indul és tök másról szól, de ezt te - Imoval ellentétben - pontosan jól tudod.

Akkor mit adod mit itt a komplett hülyét?

--
trey @ gépház

Ó, jaj, amikor ugyanazok az emberek nekem esnek ilyen vehemenciával, akkor azért érzem ám én, hogy valami a kis lelkükben nagy törést okozott. Én is égnék a helyedben, aki számtalanszor kinyilatkoztatta, hogy

- a nyílt forrás szar
- a GPL ócska
- Torvalds bolond
- a nyílt forrású toolok használhatatlanok
- a git semmit sem ér
- (és még hosszan a random aranyköpéseidet)

Erre bejelenti a Microsoft, a zárt forrás utolsó (rogyadozó bástyája), hogy GitHub-ra költözteti lassan mindenét és Git-re (gyk: GPL, LGPL) vált, hogy ez téged szarul érint. A helyedben engem is szarul érintene.

Ilyenkor jön tőled a szokásos damage control:

"linusnak csak annyi köze van a githez hogy ő is használja"

Hát persze! :D

--
trey @ gépház

Sosem használtam Team Foundationt, de használtam svn-t, ClearCase-t és git-et. Azért érdekelne, hogy mi olyan jó a TFS-ben (azon kívül, hogy a MS azt használja, nyilván), eddig nálam magasan a git nyert a fentiekből, de persze ez csak személyes preferencia, érzelmi döntés, blabla. :)
--
"Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live." John F. Woods

A TFS meg a git nem ugyanazon feladatra szant dolgok. A TFVC es a git valok ugyanarra. TFS-t lehet git-tel is hasznalni. A TFS az egy app lifecycle management tool.

Nem is ertem, hogy miert ir valaki cikket olyasmirol, amirol meg segedfogalma sincs.

----------------------
while (!sleep) sheep++;

Igazabol a trukk az, hogy hogyan kezelsz oriasi monorepokat, mint pl. a Windows a maga 300 GB-javal, vagy a Google Piper 85 TB-al (nem eliras). A szokvanyos, atlag cegnel elofordulo problemakra kb. barmi jo, a dontes csak az, hogy centralizalt vagy DVCS.

----------------------
while (!sleep) sheep++;

> Csak epp legfeljebb nem 1 parancs.

Azért azt megnézném, hogy ha pl. van egy

git rebase --interactive HEAD~10

ahol van néhány squash, delete, és edit, akkor azt hány parancssal és főleg mennyi idő alatt csinálod meg SVN-ben. :) Bár végülis meg lehet csinálni egy hexa editorban is. :)

( lovas | 2017. 02. 09., cs – 09:39 )

"felsőbb döntésre végül a Git lett a nyertes" -- szakmai döntés történt

Off: Nem tudom, én pl. megtermeltem már párszázezer programsort, de még sose forkoltam meg brancheltem, meg csináltam egyéb mágiákat, amiknek a nevét sem tudom... a CVS-t is csak épp annyira ismerem, amennyire muszáj, ha rátalálok egy-egy feature-re (vö: sikító titkárnő), azt gyorsan felírom a kispapírra.

Úgy vélem, hogy a git-ben az a zseniális, hogy a fájlokat (objektumokat) nem a fájlspecifikációjukkal azonosítja, hanem a tartalmukkal (sha1). Hogy ez a megoldás eredetileg kinek jutott eszébe (Linusnak?) azt nem tudom.

Kis papírjaim nincsenek, mert ha írok valamit, azt fájlba írom, mint pl. ez: https://github.com/mrev11/gitutil/blob/master/doc/git-checkout.txt

--
ulysses.co.hu

A módszer az első néhány hónapra vonatkozik. Aztán némi tapasztalat és fejtágítás után eljut az ember arra a szintre, hogy keresőszavak és stackoverflow találatok alapján már egész jól megy. Például: "how to undo last commit"-ra már vagy tízszer rákerestem, de sosem bírtam megjegyezni a kapcsolóit. Vagy "how to delete remote branch".

Aztán az igazán fejlettek néhány év tapasztalat után elkezdik olvasgatni a manualt: https://git-man-page-generator.lokaltog.net/

( gee v | 2017. 02. 09., cs – 12:36 )

Amikor MS környezetben dolgoztam (ejj, de régen volt), akkor még Visual SourceSafe volt a verziókezelő rendszer neve.

Ez a TFS abból nőtte ki magát, vagy idő közben valamikor lecserélték?

PVCS-t, Visual SourceSafe-et és CVS-t használtam.

Úgy emlékszem, a VSS-t utáltam, mert egy fájlt csak egy ember checkoutolhatott egy időben, így nem igazán lehetett ugyanazon párhuzamosan dolgozni. A CVS-ben meg ez ment (csak persze utána merge-elni kellett a változásokat).
A PVCS-nél is jobban tetszett a CVS, de már nem emlékszem, mi miatt.

( mrev | 2017. 02. 09., cs – 13:48 )

Nem oly rég Windowson is elkezdtem használni a gitet, konkrétan a PortableGit-et. Egy nagyságrenddel lasúbb, mint Linuxon. Az MS-nél vajon milyen implementációt használnak?
--
ulysses.co.hu

( ironcat | 2017. 02. 09., cs – 14:08 )

Ízlés kérdése. A Pál utcai fiúk meg a gittre gerjedtek. :-)

Kiegészítés: Most látom, más már megelőzött.

( nagy_peter v | 2017. 02. 10., p – 10:14 )

A TFS-el való rövid ismerkedésem fényében nem lepett meg. Azt sem tudom, miért vártak eddig vele.

Nagy Péter
www.ddo.hu

( apostroph3 | 2017. 02. 10., p – 10:26 )

nincs pénz a magas licence díjakra? :)

( enpassant v | 2017. 02. 12., v – 21:02 )

Az eredeti cikkben ez szerepel:

A Git viszont elosztott verziókezelő, lényege, hogy minden kliens rendelkezik a teljes repóval a helyi gépen - ez elképzelhetetlen lenne egy Windows méretű projekt esetében, csak a szinkronizálás néhány száz gigabájt, a változások keresése pedig perceket vesz igénybe.
Az egyik első ötlet a komponensekre bontás, vagyis a teljes projekt helyett egy-egy komponens képezzen egy-egy repót (kódtárat). Ez nagyon jól működik moduláris rendszerek (például microservice-alapú backend) esetében, egy szorosan összefüggő kódbázisnál azonban nem jó megoldás.

Az első ötletnél kellett volna maradniuk! Komponensekre bontás még monolitikus rendszereknél is nagyon jól működik. Minél jobban csökkentjük a függőségeket, annál könnyebben átlátható, stabilabb kódot kapunk.
Ha pl. csak veszünk egy tetszőleges Linux vagy BSD alapú OS-t, akkor látható, hogy ott sikerült több tízezer komponensre bontani.

Az általam elépzelt fejlesztési módszertan olyan, hogy minden komponensnek van maintainere, de ettől még ő belepiszkálhat a többibe is - a saját fejlesztői branch-én. Persze ez a fejlesztői verzió nem fog működni addig, amíg a módosításokat a többi projekt is át nem veszi.

De - és itt jön a lényeg - ami nem szolgáltatásként van használva, hanem libként, az simán működhetne úgy, hogy az adott alkalmazáshoz az az alkalmazás fejlesztője által fixált változatot kapja a user. Így sokkal gyorsabban lehetne release-elni azokat a javításokat a programunkkal, amik libeken átívelnek. Kevesebb lenne a workaround is.

Persze nagyjából így működik a szabad szoftveres világ, de azért van olyan, hogy olyan komponensbe kellene beletúrni, ami a disztrónkon nem is fordul, vagy lassú nehézkes a verziókezelő elérés, vagy ilyesmi, és ezért inkább ahelyett, hogy a helyén javítanák a bugot csinálnak hozzá workaroundot a saját komponensükbe. Haddnemondjam én is csináltam már ilyet.