git rábeszélés ötletek

Az én végső érvem az lenne, hogy nem dolgozom vele együtt, ha nem verziókezelőn keresztül dolgozunk.

Egyébként Te dolgozhatsz attól még verziókezelővel. ;-)

azokat az emailokat amiben zip file van kiszűri a víruskergető.

Ha a zip tartalma mindig ugyanolyan, akkor egy shell-script tudja kezeleni (unzip, commit, push)

le kell vele ülni, feltelepíteni és megmutatni neki, utána szeretni fogja, ő lesz a legnagyobb git fan

munkát időt energiát kell bele raknod mert ő elakadt és neki ez nem megy, mint a gyerekekkel

ha komolyan kényszerítva lenne, pl állásvesztés, akkor ő is bele tudná rakni ezt az energiát

Én emlékszem rá amikor még kb. húsz évvel ezelőtt hasonló cipőben jártunk, de én voltam az alany aki nem használt verziókezelőt. Egy akkori idősebb, tapasztaltabb kollégával kellett egy projekten együtt dolgozzunk, nem volt annak reális esélye hogy egymás munkáját ne írnánk felül. Ő ha jól emlékszem Linux alól dolgozott, én Windows alól. Akkor mutatta be nekem a Bazaar-t. Feltettük mellé az FTP plugin-t, és azon keresztül ment a repok-k kezelése, nem kellett hozzá más szerver, minden házon belül maradt. Igaz ez a szoftver már EOL, de annyira megszerettem pillanatok alatt hogy a mai napig is használom, részben a legacy projektek miatt (jó, amik aktívak azok át lettek migrálva GIT-re), de ha csak pl. 1-1 diff-et kell nézzek, lekövetni pl. 3rd party szoftverek változásait, nálam még mindig ez a nyerő. :) Aztán kb. tíz éve váltottunk GIT-re, minden saját szervereken van, GOGS és GITLAB.

Utólag azt mondom ez olyan mint a jogosítvány: mikor megszerzed, megkérdezed magadtól: eddig hogyan éltél nélküle?

Lehet kéne egy normális IDE neki (nálam VS vagy VS code) amiben faék egyszerűséggel (1 kattintással) lehet commitolni, diff-elni stb.

Elképzelhető, hogy nem akar parancssorban szarakodni ezzel.

Amúgy érvnek az együttműködésen kivül, lehet azt mondani, hogy még localban is kurva jó backup. Soronként látod mi változott, mikor és vissza is tudsz állni rá, ha elcsesztél valamit. Én a saját vackaimnál (amihez senki más nem nyúl, meg sincs osztva) is használom erre.

Mondd meg neki, hogy különben nem csatlakozhat a gitegyletbe!

Kérdés, hogy milyen sűrűn kéne használnia. Azt írtad, hogy mostanság ritkán. Ha neki meg kell tanulni egy tök új dolgot, új filozófiát, új workflow-t, akkor ha azt évente csak kétszer használja, akkor sosem alakul ki a rutin. Rutin nélkül pedig veszélyes a git, alkalmasint több problémát képes jelenteni, mint egy zip kibontás és az általad végzett commit.

Ha naponta kéne az ő sarával neked játszani, akkor megértem, hogy át akarod terelni, hogy ne neked kelljen, ez tök oké. De ha csak ritkán van erre szükség, akkor lehet, hogy több időbe kerülne őt tanítgatnod újra és újra.

Hány éves a versenyző? Mert ha 30-40, akkor elvárható, hogy gyorsan tanuljon új trükköket, de ha 60-70 akkor nincs értelme ezzel szívatni, ha ő maga ellenáll a változásnak, neked meg igazából (időben) tökmindegy.

Szerintem sok függ a körülményektől, hogy érdemes-e git-re térnie, illetve, hogy milyen a személyisége, hogyan lehet megszólítani úgy, hogy belső motivációt válts ki nála, és ne külső kényszernek érezze a dolgot.

Próbálta már?

Mi is snapshotokat tömörítgettünk régen, aztán 95-ben kipróbáltuk a CVS-t, láttuk, hogy ez jó, és azóta mindig valamilyen verziókövetőt használunk.

Ha o az erősebb kiskakas, akkor addig nem fogod meggyőzni, amíg nem.oldja meg vmilyen valós problémáját.

Ergo találj vagy csinálj problémát, ami fáj neki eléggé.

Próbáld úgy meggyőzni, hogy a git ma már alaptudás, és nem csak a ti PHP-s projektetek miatt éri meg használni, hanem minden projektnél ezt használják már, de még magánemberként is jól jön, ha pl. az ember a konfigfájljait, fontos multiverziós dokumentumait git-tel menedzseli. Így talán érteni fogja, hogy a git nem a te mániád, mert most elfingottad magad emiatt.

A másik, amit írnak, hogy rászoktatni valami olyan IDE-re, amibe be van építve kényelmesen a gitezés, egyszerű jobb egérkattintásra commitol, sync-kel, meg amit kell, így nagy tehernek se fogja érezni a megtanulását. Sajnos vannak ilyen dinoszauruszok, akik makacsságból ragaszkodnak az ősidőkben beváltakhoz, és nehéz őket meggyőzni akármivel.

mutasd meg neki a branchelést, tagelést milyen jó ha az alap kódbázis bántása nélkül attól izolálva tud valami újdonságon mókolni, az eltéréseket egy kattintásra megnézni és az eredetire visszavezetni. Akár veled egyeztetve átnézve (merge request). Aztán ha mégsem jó úgy ahogy, akkor milyen jó hogy egy commithoz vissza lehet lépni, cimkézni egyes kitüntettt commitokat (tagelés), akár egy commitból új ágat nyitva leágazni majd ha életképes a main-be visszavezetni. Mindezt a te ténykedésedtől, és akár más, de ugyanazon projekten végzett munkájától függetlenül. És mindehhez neki semmit nem kell telepíteni, üzemeltetni, nyit egy github accountot annyi a dolga. Ha minimális affinitása is van a rendszerezett, áttekinthető, követhető munkához, akkor tetszeni fog neki. Én akkor is használok vcs-t, manapság nyilván már git-et, ha csak egyedül csinálok valamit, pl. akár egy kis poc-ot egy specifikáció mellé, egyszerűen annyit hozzátesz a fejlesztés megtámogatásához. 

Esetleg fordított pszichológiával lehetne: ne a másik embert akard meggyőzni, hogy alkalmazkodjon hozzád, hanem magadat győzd meg, hogy nem vagy a másik embernek sem a felettese, sem a tanára.

rajtam is lehet gyakorolni a meggyozest! en nem vagyok a verziokezeles ellen, mar anno az mplayert is cvs-be raktam, es a mai napig hasznalok cvs-t a kis egyszemelyes projektjeimhez... 

de nem eleg az adott verziokezelo toolt megismerni (es nagyon meg kell, kulonben tobbet arthat mint hasznal!), hanem kell egyfajta gondolkodasmod is, hogy mit es mikor commiteljunk, milyen kommenttel stb. es a legjobbakkal is elofordul nehanapjan hogy elqrjak (nem jot vagy nem jo helyre commitel, vagy csak a komment szar), es rollbackelni kell...

valahogy a git nekem agyuval verebre megoldasnak tunik kis 1-2 szemelyes hobby dolgokra. persze nagy csapat altal fejelsztett, sok branchos, pull requestes dolgokhoz kell az ilyen, ezt nem vitatom, de szerintem nem kell mindenre es mindenkire is a git-et raeroltetni! foleg nem legelso, kezdo/tanulo verziokezelokent! azert az emailben zip utan eleg durva ugras lenne neki a pull requestek kuldozgetese klonozott git repokbol :)

par eve felpakoltam githubra a publikus dolgaimat (tobbseget cvs-bol konvertalva), de nem a git miatt hanem inkabb mint archivum az utokor szamara, meg mint "reklamfelulet" hisz ott azert hamarabb ratalal akit erdekelhet (vagy nem)...

A'rpi

Lehetséges, hogy egy másik verziókezelővel könnyebben megbarátkozik. Főleg, ha valami előnyét is megtapasztalja..

Embernek az az egyszerű, hogy a folderen nyom 1 jobbgombot, hogy compress, a zip-t elküldi email-ben, stb. én meg rakosgassam, meg ugyanígy vissza.

...

a 10 év alatt már sokféle módon próbáltam meggyőzni a embert, hogy haladni kéne, de nem ment. Ezért várom ide a végső érveket, amivel talán tudnék hatni a fejére, hogy.

"Ne haragudj, értem, hogy neked ez így egyszerű, de nekem meg nagyon nem, mert minden alkalommal keresgélnem kell, hogy mit változtattál meg."

lazygit

Subscribe (i.e. engem is rá kénéne beszélni hogy használjam...:)) 

Én megkérdem: miért szeretnéd Te, hogy ő gitet használjon? Mármint azon kívül, hogy neked fárasztó mindig kizippelni a cuccot. Milyen előnye lenne a projektnek a Git használatából? És légyszi, ne írd le, hogy a Git előnyei micsodák, tudom. Ez a projekt konkrétan ebben a kontextusban a kényelmi megfontolásokon túl milt nyerne a Git használatból?

Megmondom mi a gondom: tök jó a Git, és tök jó hogy kábé a seggünket is úgy töröljük, hogy pulloljuk a WC papírt, addolunk egy darabot a kezünkbe és bepusholjük az ülőke alá, a végén diff pedig magáért beszél. Azonban van amikor egyszerűen felesleges erőltetni, mert mondjuk fél évente kétszer kell a kódhoz nyúlni, az se haladja meg a 10 soros módosítást, és amúgy sehogy máshogy nem lehet kirakni a kész kódot, mint 3 ugrógépen átmásolva a zipet majd kicsomagolni a végén, az egész rendszer pedig annyira merev, hogy semmi nem változtatható közben. Ezért cserébe fizetnek 2 fabatkát. Na egy ilyen projektnél teljesen felesleges a Gitet erőltetni, a zip-es mókolás tök jól elműködik. Te magadnak abban tartod a kódot, amiben szeretnéd, de egy fent leírt kategóriájú projekten 2 collaboratorig kb csak mentális maszturbáció Gitet használni. Több idő és energia bevezetni a Gitet, mint amennyit a projekt megér.

Nálam van egy privát ügyfél, igazából a Gitet teljesen önmaguktól kezdték el használni, amikor a cég hirtelen 2-ről 4 emberre növekedett. Utána szépen lassan bevezettük az automatikus deploymentet (direkt nem CI/CD-t írok), a 3 stages fejlesztést, és valószínűleg itt meg is fogunk állni, teljesértékű CI/CD-t nem fogunk bevezetni, mert semmi haszna nincs ezeken a projekteken, cserébe akkora mentális blokkokat meg időráfordítási problémákat kellene megoldani, amit egyszerűen nem ér meg a sztori. És valahol vérzik a szívem, mert tökre jól meg tudnám nekik csinálni a folyamataikat, de közben meg én is érzem, hogy egy szalmabálát szeretnék feldíszíteni mindenfélével, amitől szépnek szép lesz, de akkor is csak egy szalmabála lesz, aminek semmi szüksége nincs díszítésekre.

Tudni kell, mikor kell a berögzült szokásainkat elengedni a rákba.