A verziókezelő frontendnek keresek keresztszülőt

Programozás - kezdő

https://ibb.co/7xBjy060

Kitűnő program a GIT cola, csakhogy én ahhoz kevés vagyok, így elkészítettem egy olyan local verzio managert, ami (szerintem) teljesen alkalmas helyben verziózni. Ezt jelenleg átlátom, nekem így érthető, hogy mi, miért és hol történik. Ami nem látszik a képen: ha vége a commitolásoknak, akkor Projekt véglegesítése-ilyenkor az összes committal kapcsolatos adat törlődik (könyvtárak-fájlok). Mivel megvan a main, az egyéb Fa-ágak, valamint működik az összefésülés, ha ütközést tapasztal a program (mondjuk belepickolt a main ágban lévő programba a galamb) akkor ezt is jelzi, hogy ugyan tessék szíves lenni kézzel kikaparászni, így helyben szerintem teljesen jól lehet használni. Az ignore kézzel is bevihető, illetve jobbklikkel vagy csak azt az 1 fájlt, vagy az összes hozzá hasonló kiterjesztést, ugyanígy az ignore visszavonásánál is lehet egyenként visszavonni, vagy éppen egyszerre. Most így kavargó elmével (még mindig a saját hatásom alatt állok a koncentrálás miatt, most lett készen a program) és nem jut minden okosság eszembe, reggelre kialszom :)
 

Kérdésem az a tapasztalt programkészítők felé, hogy localban hiányzik-e még hasznos funkció, vagy annak kijelzése annak érdekében, hogy a hozzám hasonlóan  kezdők is képesek legyenek eligazodni mind a feladatok, mind a folyamatok átláthatóságában?

Mivel nem tervezem távoli tárhelyre küldeni a commitokat, így nem készülök neki ennek a fejlesztésnek, de ha meggyőzöm önmagamat, hogy annak bizony nagysok értelme van ( plusz mentés ez igaz), akkor beleépítem majd ezt is.

Majdnem kifelejtettem: a programomnak keresek keresztszülőt, aki elnevezi ötletesen.

Mielőtt valaki megérdekli, saját magamnak fejlesztettem ki, de ha valaki mazohista szeretné használni, szívesen oda adom bárkinek.

  • 1529 megtekintés

( gelei v | 2026. 04. 03., p – 19:56 )

Az elozo threadhez szerintem eleg johiszemuen alltam hozza, probalok itt is.

Ez most valami Git frontend? Ha igen, akkor mindegy, nem igazan tudok olyat mondani, ami miatt valtanek a mainstream eszkozokrol valami ujra. Ha nem, akkor olvass tovabb.

Ha meghaladta a kepessegeid egy git gui hasznalata, akkor ne azzal kezdd, hogy verziokezelot akarsz irni a git helyett, hanem eloszor tanuld meg azt.

Aztan ha valami hianyzik belole (nem fog, sot), meg mindig belefejlesztheted magadnak. 

localban hiányzik-e még hasznos funkció

Igen, peldaul hogy ne torlodjenek a korabbi kodverziok, hanem mondjuk vissza lehessen nezni, hogy egy-egy bug melyik committal kerult bele

"Igen, peldaul hogy ne torlodjenek a korabbi kodverziok, hanem mondjuk vissza lehessen nezni, hogy egy-egy bug melyik committal kerult bele"

Igen, ezek az alap dolgok is működnek, figyelembe veszi a program a könyvtárak jelenlétét is, csak akkor tűnnek el a commitok ha mi úgy döntünk, ha kell maradnak az idők végeztéig fákkal, mindennel együtt.
Alapvetően ez számomra olyan kérdés, hogy van aki ki sem állja az egyik irodai csomagot, a másik embernek meg az tetszik jobban, nem minden program áll kézre mindenkinek egyformán. Amire nekem szükségem volt, azt pontosan úgy használhatom, amire szükségem van. Ezért is írtam oda, hogy ezt önmagamnak készítettem el alapvetően.

"https://hunvagyok.hu "

Én úgy értelmezem, hogy nem git frontend, hanem valami local saját fájlmásolgatás. Ezt írta, meg valami commit törléseket emleget, amiknek pont az lenne a lényege, hogy megmaradjanak, lásd:

Ami nem látszik a képen: ha vége a commitolásoknak, akkor Projekt véglegesítése-ilyenkor az összes committal kapcsolatos adat törlődik (könyvtárak-fájlok).

valamint tudja a véglegesítéskori cleanup.

De itt van pl az első kérdés: mi az a véglegesítéskori cleanup? Semmi jót nem gondolok erről, nem látom a git párját ennek, pedig most írtad, hogy GIT frontend. Amit nem commitolsz be, azt törli?

Mi az a véglegesítés?

Tehát pont ezért tanuld meg inkább a GIT-et, hogy egyáltalán lehessen érteni, hogy miről beszélsz. Ha már GIT-ről beszélünk elvileg.

( kallaics | 2026. 04. 03., p – 20:15 )

Az az érzésem, hogy a poszt író beleesett abba a hibába. hogy kalapácsa van. ezért mindent szögnek néz. 

Ezt a szerintem téves utat érdemes lenne elhagyni és körülnézni a piacon. Volt itt is több téma verziókezelő szoftverekben, sztem. biztos létezik alternatíva a te elvárásaidhoz is.

Amennyiben túl sokszor fog el az az érzés, hogy mindenre neked kell megoldást programoznod,  akkor gondolkodj el azon hátha rosszul vannak az igények, vagy maga a feladat megfogalmazva és célszerű lenne nézőpontot váltani. "Lehet rosszul tartod"

Ha a Git Cola nem adja azt, amit szeretnél, akkor keress és használj alternativákat. Csak egyszerű példa. A vscode vagy a codium is tud már olyan dolgokat, amit a fent említett szoftver. A pluginok közt is van pár igencsak jó git plugin rengeteg hasznos UI funkcióval.

Nem állítom hogy nincs igazad, ugyanakkor mégis érdekel a véleményed, miért probléma az, ha valaki elkészít önmagának egy olyan programot (vagy többet is), ami a számára jobban használható, mint az esetleg többi ugyanazt tudó, de mások által elkészített?

"https://hunvagyok.hu "

( kroozo v | 2026. 04. 03., p – 20:41 )

Ha bonyolult volt a git, és egyébként se kell a remote, akkor ne guit írj hozzá, hanem fogjál valami egyszerűbbet. SVN, mercurial, fossil, whatever.

( dlaszlo | 2026. 04. 03., p – 20:52 )

Nézd, ne sértődj meg, de amit csináltál, az a szakmai bad practice: egy állatorvosi ló, hogy mit ne csináljunk. Fejlesztőként az egyetlen őszinte tanácsom: ezt nagyon gyorsan felejtsd el, és töröld le a gépedről, mielőtt adatvesztés lesz a vége.

Eltaláltam, hogy fogalmad sincs a háttérfolyamatokról, és csak "vibe-kódoltál" fél órát a ChatGPT-vel/Claude-dal? Mert ez messziről látszik.

A programozás ott kezdődik, hogy értjük a tooljainkat. Ha egy meglévő verziókezelőt nem tudsz kezelni, nem az a megoldás, hogy írsz egy sajátot, ami valójában csak egy veszélyes fájlmásoló akármi.

Csak hogy értsd, a GIT vs a te megoldásod:

  • GIT fejlesztési idő: 21 év, 2005 óta.
  • GIT commitok száma: 80407 commit jelen pillanatban.
  • GIT teszteltség: Százmilliók által!!!!
  • GIT adatbiztonság: A GIT-ben garantált. A te programodat soha-de-soha ne használd fontos dologra, ahol azt akarod, hogy az adataid megmaradjanak.

A Git-et használd, ha komolyan akarsz csinálni valamit! Ez az alapvető írástudás a szakmában, egy kikerülhetetlen előkövetelmény. Ne próbáld megspórolni azt a két nap gyakorlást és pár oktatóvideót, mert amit most csinálsz, az nem fejlesztés, hanem értelmetlen kókányolás.

Tehát, őszinte tanács (és ne rosszul értsd): Ilyen dolog fejlesztésének a tapasztalt fejlesztők sem (ők főleg nem) állnak neki. Nem hogy összegányoljanak valamit erre claude code-dal.

Iránymutatásnak szánom a commentet: Gyorsan vissza az értelmes irányra, és tessék a GIT tanulásra koncentrálni, fókuszálni. (előrébb leszel a végén)

Abszolút nem sértő a véleményed, örülök hogy mégha keménynek tűnik is a véleményed, annak örülök hogy kulturált.

Bizonyára a megfogalmazási hiányosságaim miatt hagyok ki fontos információkat, így itt is pótolom. A GIT amire épül ez a frontend, mindent tud amit a GIT adni képes. Annyi a haszna számomra, hogy ez a felület teljesen kézreáll minden tekintetben. 

"https://hunvagyok.hu "

mindent tud amit a GIT adni képes.

Nem szőrszálhasogatásból, de technikai oldalról látnod kell: a Git rengeteg dolgot tud, egy GUI (főleg egy frissen AI-val "generált") soha nem fedi le a teljes funkcionalitást.

A fő probléma, ha a te célod a git megtanulása, akkor az elé ne próbálj meg egy AI-jal generált custom frontendet tenni, mert így pont a git-et nem fogod megtanulni.

Másrészt még így is veszélyes, ha pl nem jó helyen vagy egy --force kapcsoló, vagy megadsz egy path-ot, akkor a git azt fogja csinálni.

Tehát ha már GUI-t akarsz használni, akkor van egy tucat régóta csiszolt GUI a GIT-hez, abból válasz egyet, pl Github desktop. Sourcetree. Vagy akár a VS code beépült pluginja.

De alapvetően ha parancssorból nem tudod használni, akkor sehogy nem tudod. Parancssorban csak azután fogod tudni használni, ha az alapfogalmakat érted. Mi az a repository, mi az a working directory, mi a staging area, mi az a HEAD, mi az a branch, mi az a checkout, stb... mik az alapműveletek... mi az a conflict, remote, gitignore, reset, rebase, force push. (meg egy csomó minden) - Ezzel kezd. - Ha most egyben is bizonytalan vagy, akkor ne írj frontend-et a GIT-nek, AI-val sem, mert belehallucinál valamit. És ez az a terület, ahol fájdalmas az adatvesztés.

Utána, ha neked kényelmesebb, akkor térj át egy GUI-ra, ami elterjedt, jól működik.

Szerintem ez a menete a dolgoknak.

Ha kódolni akarsz, akkor a következőt javaslom:

  1. Tanuld meg a GIT-et
  2. Olyan alkalmazásokat fejlessz, ahol egyértelmű, hogy kipróbálod, és a háttérben semmi probléma nem történik, mert működik, pl.:
    1. Weblap
    2. Apró játék
    3. stb..
  3. Ha vibe kódolsz, akkor okosan, egyszerű dolgokat csinálj, és nézd meg, hogy működik. Próbáld meg te is megcsinálni, ne teljes feladatokat csinálj, hanem apró részeket az AI-val, ha elakadtál.

De alapvetően ha parancssorból nem tudod használni, akkor sehogy nem tudod. Parancssorban csak azután fogod tudni használni, ha az alapfogalmakat érted. Mi az a repository, mi az a working directory, mi a staging area, mi az a HEAD, mi az a branch, mi az a checkout, stb... mik az alapműveletek... mi az a conflict, remote, gitignore, reset, rebase, force push. (meg egy csomó minden) - Ezzel kezd. - Ha most egyben is bizonytalan vagy, akkor ne írj frontend-et a GIT-nek, AI-val sem, mert belehallucinál valamit. És ez az a terület, ahol fájdalmas az adatvesztés.

Abszolút így van és egyet is értek veled. Tapasztaltam, hogy sokszor haluzik az AI, ilyenkor segítettek a doksik olvasása, egynek kitűnő volt a GIT cola helpje. Amiket leírtál konzolos történeteket az már nem idegen, ám jelenleg csakis a local folyamatok érdekelnek, nincs push és társai, nincs csapatmunka. Egyelőre mostanra lett stabil a merge úgy, hogy valódi összehasonlítást végez, bár nekem ha nem bactatom a main ágat csak meghagyom visszatérő alapnak, akkor már éppen elég, hogy ne kelljen könyvtárakat megtöltenem fájlmentésekkel úgy, hogy a végén nehéz már átlátni. nekem éppen elég ennyi.

"https://hunvagyok.hu "

A biztonsági mentésre használom egyedül a push-t a helyi gépemre, most még nem gondolkodok távoli tárhelyen, de eljön hamarosan az idő, hogy arra is használjam. Igencsak kicsi az esélye annak, hogy valaha is olyan projektben fogok játszani, ahol több ember is commitol ugyanabban a projektben. 

"https://hunvagyok.hu "

Persze, ha szigorúan szakmai szemmel nézzük igazad van, de az én kezdő szememben már az is mentés, ha a meghajtóm nem pukkan ki, ennek ellenére valamit cseszek a munkakönyvtárral és ha ez kuka lesz, legalább lesz egy helyi mentés, ami tudom jól, ha megmakkan fizikailag akkor cseszhetem, komoly programokat később majd push to remote server.

"https://hunvagyok.hu "

???

Jó, akkor tényleg utoljára, őszinte vélemény: A lokális mentés nem mentés, ez tény, tök mindegy, hogy a te szemedben mi. Nem véletlen alakult így, rengetegen megszívták már. Valami történik a fájlrendszereddel, és ennyi volt az, ami a te szemedben mentés. Sőt, semmi nincs biztonságban egy lokális HDD-n, amit egy AI-val összetaknyolt program írás joggal elér, amit/amihez nem ért a készítője.

mert tele van az IT magasabban kvalifikált rétege komolyabb személyiségzavarokkal.

Valamelyik kommentben írtad. Nem. Ha ellenséges hangot érzékelsz kommentekben: Rengeteg ember próbál neked rendes tanácsokkal segíteni, te pedig szakmai érveket söpörsz le az asztalról, hogy neked így jó. Akkor miért kérdezed itt meg? A másik félnek ez meg a falnak beszélés élménye, amikor egy olyat kijelentesz, hogy a "te kezdő szemedben már az is mentés...". Aki sejti, hogy kellene a git-et használni, annak kb olyan érzése van, mint ha egy katasztrófát nézne végig, lassított felvételben, ahogy a git-et próbálod használni, és bármit kiabálnak be segítségképpen, elkerülhetetlenül a falnak mész, mert válaszolgatsz, hogy a te szemedben mi mi..

Miért szívatod magad azzal, hogy local repo-kba pusholsz, amikor remote-ba pont ugyanúgy kell, és te semmi különbséget nem fogsz látni a működésben? Cserében az adataid biztonságban vannak, olyan helyen mint pl a github, ahol rendes és komoly infrastruktúrában, rendes szakemberek menedzselik neked az egészet, hogy neked mindig meglegyen az adatod, és bárhol elérd? Ingyenes, és privát repod is lehet? Tehát nincs vele plusz feladatod!!!

Miért szívatod magad AI által és általad összegányolt GIT felülettel, amivel se a git-et nem fogod megtanulni, és még hiba is lehet benne, amikor: 1. Az alapjait kellene megtanulnod, megértened az egésznek 2. Egymillió grafikus GIT klienst lehet találni, ami jól működik. 

szívesen oda adom bárkinek.

A thread nyitóban írtad: Ne... ne add oda senkinek, nem egy felelősségteljes dolog. Nem értesz a GIT-hez, akkor ne csinálj GIT frontendet, amit esetleg átadsz valakinek, aki szintén nem ért hozzá.

Ha tudod használni a segítő kommenteket, akkor hajrá, ha nem, akkor maradsz a buborékodban.

Alapvetően ugyanazt írtuk mindketten, csak én kurva kezdő és lazább szemmel, te profiként és szigorúan IT-s szemmel. 

mert tele van az IT magasabban kvalifikált rétege komolyabb személyiségzavarokkal.

Ezt tényleg valaki itt írta az egyik csörte alkalmával, függetlenül attól, hogy én is leírtam.

Hidd el, megértem az érveidet és a személetedet, de ne felejtsd el kérlek, hogy te profi vagy ebben, én pedig hobbista. Pont emiatt sem ugyanazt értjük egy-egy kifejezés alatt még akkor sem, ha mindketten tudjuk mit jelent az adott téma. Ha nem értek hozzá, akkor miért csinálom így? Mert egyrészt eszemben sincs komoly projektbe kezdeni, ahol bárkinek is elfogadnám bármilyen felkérését is, ha ennek valaha is eljönne az ideje, addigra megismernék minden komolyabb alapot, amire már lehet azon a szinten építeni. Másrészt nekem ez ebben a formában kitűnő lehetőség a kísérletezéseim alkalmával, hogy megismerhessem a folyamatokat amikkel foglalkozok. Tökmindegy nekem, hogy ezt mások hogyan teszik, nekem ez így működik jól, mármint a tanulási folyamat. Mivel pont a hozzád hasonló profik profi szemmel nézitek és egy teljesen más síkon mondjuk egy frontend elkészítését kitevő posztot, így nekem úgy tűnik, elfelejtitek, hogy nem mindig voltatok ilyen tudás birtokában, ti is elkezdtétek valahol. A másik, hogy engem teljesen más vezérelt a bejegyzésem létrehozásakor, de ezt jól láthatóan le is írtam, a programot csakis saját magamnak készítettem, de ha valaki mazohista akkor oda adom. Érdekes, hogy az oda adom rész akadt be párótoknál és nem az, hogy magamnak készítettem és készítem folyamatosan, hogy minél inkább megismerjem és biztonságosabb szinten használhassam még akkor is, ha jelenleg nincs komolyabb projektem és egy darabig nem is lesz. Itt most feléd a legnagyobb tiszteletem mellett mondom, hogy nekem ez a tanulási folyamat így jó, ezzel tudok fejlődni akkor is, ha ez bármelyik valódi szakembernek hajmeresztő. Végezetül elmesélem, hogy amiket eddig elkészítettem YT-FB letöltő mostanáig kitűnően teszi a dolgát, a mediacenteremmel is napi szinten tudom kiváltani a Kodit, hogy stabilan és megbízhatóan működik az időjáráselőrejelző appom, hogy az NVR programom ami streamkiesés után ott folytatja a felvételt ahol abbahagyta és nem kezd új fájlt írni az 0-24 órában megy és rögzít már 3 hete egyfolytában minden gond nélkül egy 4Gb memóriás és 2 magos laptopon, tehát olyan nagyon nem szar amiket elkészítek még akkor sem, ha van hova fejlődnöm bőven, dehát ennek az egésznek pont ez a célja. Nem tagadom, különösen jólesett, amikor talán a yt letöltő programomat átnézte itt egy szakember és a kódot rendbenlévőnek találta. A lényeg, fontos projektet addig nem készítek, ameddig nem vagyok rá felkészült.

"https://hunvagyok.hu "

( gabrielakos v | 2026. 04. 03., p – 21:14 )

Két ötletem volt, ebből az egyik szalonképes, legyen gettó

( kroozo v | 2026. 04. 03., p – 21:24 )

De hogy konstruktív is legyek: hun-vannak-a-faljaim

( influencer | 2026. 04. 03., p – 21:26 )

GitPro

GitProBa

GitProBaBa

VerZijo

ThisPro

GitHunPro

ProHunGit

GittaGoat

( kbalint v | 2026. 04. 03., p – 21:46 )

a kutyámat nem bíznám rá... oh wait

~ubuntu, raspbian, os x~

( golgota | 2026. 04. 03., p – 22:19 )

Mondjuk ha értenéd hogy a faxzomba működik a git, meg képes lennél használni a git parancsokat mindenféle fiszem -faszom UI nélkül, akkor lehet nem taknyolnál össze ilyen fosokat. :)

Nem kell kiprobalnom. Amit fent irsz egyertelmuve teszi hogy fingod sincs arrol, hogy a git hogyan mukodik. Halvany fingod sincs baszod. Nem is lenne baj, mert ez altalaban igaz mindenre amihez hozzanyulsz. :D

Nincs push? Mi van bzdmeg? Meg hogy nincs csapatmunka? A git-hez nem kell, nem a csapatmunkarol szol, csak arra is jo. Ez egy kibaszott verziokoveto, ahol akar lokalban is egyedul azt csinalsz amit akarsz. Fingod sincs az egeszrol. Azt mondod elolvastal valami doksit. Es utana tuljadonkeppen bizonyitod hogy meg igy sem voltal kepes felfogni semmit belole. :D 

Szoval a neved garancia arra, hogy a produktumod egy homalyos elme hig fos krealmanya. No offense. Ez az igazsag, csak a buborekodbol keptelen vagy eszrevenni. En csak kedvesen leirtam neked az igazsagot. :D

És mi van, ha igaza van? Mióta használsz gitet? Hány parancsát ismered mélységeiben? Hány parancsát használtad?

Tudnál írni egy olyan parancsot ami adott repoból összeszedi adott fejlesztő commitjait? Tudnál olyan parancsot ebből továbbfejleszteni ami megszámolja a  kódsorokat?

Továbbfejlesztenéd úgy, hogy a megjegyzéseket nem számolja?

Persze MI segítség nélkül. Doksit nyugodtan használhatsz.

Nem érdemes irónikusnak lenned egy olyan közösségben ahol kb. minden hozzászóló tízszer jobban ismeri a gitet.

Még nincs aláírásom.

tok normalisan kommunikaltam. Elmondtam az oszinte velemenyemet. Az hogy te nem tudod elfogadni az igazsagot nem az en problemam.

Szogezzuk le:

  • Kurvara nem ertesz a git-hez
  • Kurvara nem ertesz a programozashoz
  • Kurvara nem ertesz ugy nagyjabol egeszeben semmihez ami IT-val kapcsolatos es ezt mar tobbszor bebizonyitottad

Hopiheskedhetsz itt, hogy meg vagy batnva meg tudgyafaszomivan, de minek egeted magad? 

Van meg kerdesed? :D 

( mjanee | 2026. 04. 03., p – 22:59 )

Ha jól értem, akkor te egy "adott módon" használod a GIT-et és erre szeretnél UI-t.

Pl.: a képed alapján a verziót lehet kezelni branch-el és TAG-gel is. Ez attól függ, hogy mi a te workflow-d, de a Git nagyon flexibilis és nagyon sok féleképp lehet használni.

Ehhez hasonlót már találtak ki és kicsit olyasmit akarsz mint a Gitflow (Git Workflow).
Ezt több Git kliens is támogatja. Pl.: SourceTree

Ezekből van több féle attól függően kinek mi vált be.
Keresési kulcsszavak: git, workflow

https://www.atlassian.com/git/tutorials/comparing-workflows

https://budioktaviyans.medium.com/how-to-make-a-git-flow-using-sourcetree-20ab77fe6813 

https://git-flow.sh 

De. A problémája a kollégának tippre az, hogy azt hiszed, hogy ettől neked jelentősen egyszerűbb. Nem igazán, a remote repository kezelés egy baromi kicsi, és gui szempontjából tök érdektelen része az egésznek, a bonyolultság, amivel foglalkozni kell, nem ott van.

Értem. Egyelőre szépen teszi a dolgát, rengeteg teszten vagyok túl mindenféle általam ismert megoldásokkal, szándékos hibaelőidézéssel mire eljutottam ehhez a felülethez és a mögötte lévő GIT paraméterezéssel. Nem kétlem hogy később előjöhet valami amikre rácsudálkozok majd, ám addig örömmel használom és egyelőre eredményesen. Tőled is tanulási szándékkal kérdezem. Amire szükségem van a következő: elkészítem a program1.py. Majd rájövök, hogy ez nem az igazi, ezért eddig elkészítettem a program2.py és így tovább, aminek az lett az eredménye, hogy bár sejtettem melyik verzió mit tud (hiszen a nevekbe igyekeztem beletenni hogy mi változott benne), ennek ellenére keserves volt már sok-sok kisebb fájlnál. Most ahogyan ez a program működik: program1.py commit1 , majd innen új fa, verziók mennek plusz 20 verziót, majd az új fából egy hirtelen ötlettől vezérelve egy újabb fa nő ki, az új fa2 néven, ami egy teljesen másik irányba viszi el a fejlesztést mint az új fa. nade rájövök arra is, hogy el kellene kezdeni egy másik funkciót is fejleszteni benne, erre a fa1-ből elindul egy másik fa, ez a fa3, ami a fa2-el együtt a fa1-ből ered, amelyik beválik, az lesz a main program1.py commit2. Nekem ez teljesen megfelel, átlátom és eddig hasznos számomra, nagyban meggyorsítja a munkámat. Egyelőre ennyire van szükségem. Ez az irányom miért nem jó?

"https://hunvagyok.hu "

Hát, bár én arra reagáltam, hogy miért gondolta a kolléga, hogy itt kiszállna (mert nem is érted a nagyságrendet).

Szóval... technikailag, lelked rajta azon, amit csinálsz, de így nagyon hamar pont ugyanahhoz a káoszhoz fogsz eljutni, mint korábban. A git csak egy eszköz, az, hogy valami normális startégia mellett használd (ez már az eredeti topicod hogyanja), az a te dolgod.

Amit leírtál, abból két dolog látszik:

  • valami kavar lesz a fejedben, mert az nem áll össze, hogy a brancheken vannak verziók (ezek szerinted mik?), amiknek a végén aztán lesz majd valamelyikből a commit2? Akkor a verziók mik voltak? Egyáltalán mi az, hogy a program1.py commit2?
  • Nem gondoltad végig a startégiád. Honnan tudod, hogy most épp melyik a vége? Mi lesz, ha az is kell, ami a fa2-n, meg az is, ami a fa3-on? Vagy ha csak egy része? Mi fog történni az elő kutya közönséges merge conflictnál?

Tessék szépen felfogni a git adatmodelljét legalább nagyjából, keress valami szimpatikus, egyszerű branching stratégiát, és azt alkalmazd. Mert igy nagyon hamar fingod nem lesz mi merre, és tapasztalat nélkül teljesen esélytelen, hogy megoldd, hogy ha valamit valahonnan át kéne lapátolni, mert annyira fossá lesz a fád, hogy már meg se fogod tudni érteni, hogy mi honnan jön, let alone kitalálni, hogy hogy kell eljutni a várt eredményig.

Nekem mindig csak annyi ismeretre van szükségem, amennyivel megoldom a feladataimat. Ez másnál másképpen működik? Természetes, hiszen nem vagyunk egyformák. Azt azért te pontosan tudod, hogy egy git frontendet nem lehet megíratni az AI-al, mert szegényke sokat kamuzik, így ha semmi alapismerete nincs az embernek, akkor tutira belebukik. Majd ahogyan egyre nagyobb és nagyobb programokkal fogok bírkózni, annál több és több tudásra lesz szükségem. Gondolom abban megegyezhetünk, hogy ki-ki haladjon azon az úton és olyan tempóban, amivel sikeres. Ami vitán felül áll, hogy amit használunk, azt ismerjük meg minél mélyebb szinten. El tudom képzelni, hogy később megbosszulja magát ez ahogyan haladok, ám akkor majd jól megnézem merre kellett volna mennem, oszt módosítok :)

"https://hunvagyok.hu "

" csak annyi ismeretre van szükségem, amennyivel megoldom a feladataimat" -  a problema hogy nincs semmilyen ismereted a git-rol csak azt kepzeled hogy erted. :D

Add fel. Nem neked valo ez .... nem mondom hogy tul hulye vagy ahoz hogy lasd milyen bekepzelt vagy ahhoz kepest mennyire nem ertesz semmihez...en ezt nem mondom, de jobb ha feladod :D

( Fisher v | 2026. 04. 04., szo – 09:26 )

Tehát ha jól értem, akkor a bonyolult git commit, git branch, git reset (uram bocsá', git revert) helyett csináltál egy újabb GUI-t.

De hogy konstruktív is legyek, érdemes egy pillantást vetni a tig-re.

+1 a tigre. általában parancssorból gitezek. de ha egy fájlban csak bizonyos sorokat kell a stagingbe felvinni, akkor nem tudnék a tignél jobb eszközt rá!

4 és fél éve csak vim-et használok. elsősorban azért, mert még nem jöttem rá, hogy kell kilépni belőle.

( Nyizsa v | 2026. 04. 04., szo – 09:37 )

Az előző topicban csak sejtettem, de most már biztos vagyok benne: ez a git-dolog nagyon nem jött át.

A frontended fejlesztésére szánt időt inkább használd arra, hogy próbáld meg megérteni, hogyan működik a git. Nem az egész, csak pár alap funkció.

Előttem nagyon segítőkész válaszok születtek, és a huphoz képest egész türelmesek is. Én is azt javaslom, készíts el egy egyszerű weblapot a git használatával. Gyakorlatban könnyebb lesz ráérezni a működésre.

A művedet pedig nyugodtan töröld, csak összezavar!

Debian - The "What?!" starts not!
http://nyizsa.blogspot.com

Biztos vagyok benne, hogy a jó szándék vezérelt, így elfogadom a véleményedet.
Ugyanilyen tiszta szándékkal kérdezem, mi a te személyes problémád azzal, ha nekem tökéletesen tudja a verziókezelést pláne úgy, hogy a main ág csak általam van birizgálva, így a merge nem fogja szétcseszni, már ha rendesen van az is paraméterezve. Miért probléma az, ha pontosan azt a verziókövetést tudja, mint amire szükségem van?

"https://hunvagyok.hu "

Nekem igazából semmi problémám nincs vele, tudod, virágozzék száz virág. De ha ezek a félreértésből adódó, számodra működő megoldások rutinná válnak, és valamilyen módon elkezdesz másokkal együtt dolgozni, az komoly konfliktusok forrása lesz.

Végső soron egyszerűbbnek és logikusabbnak tartom, hogy próbáld megérteni azt a logikát, amit több millióan évtizedek óta használnak. Nem csak azért, mert ez a trendi, hanem mert ezek a megoldások nem véletlenül fejlődtek olyanná, amilyenek most.

Debian - The "What?!" starts not!
http://nyizsa.blogspot.com

( kassaiviktor | 2026. 04. 04., szo – 09:47 )

minden jóindulattal: ez egy zsákutca. most hagyd abba, mindent törölj, ami ehhez kapcsolódik! nagyon nem visz a jó irányba.

ez az, amit tiltani kellene!

kérlek, ne!!!

4 és fél éve csak vim-et használok. elsősorban azért, mert még nem jöttem rá, hogy kell kilépni belőle.

Ide is röviden. Miért gond számodra az, ha ez nekem tökéletesen tudja a verziókövetést? Pláne úgy, hogy a main ágat senki más nem piszkálja rajtam kívül? Komolyan érdekel a véleményed, mert tudom, hogy sokkal nagyobb tudásod van ezen a téren mint nekem.

"https://hunvagyok.hu "

Nézd, vastag talpú cipővel  is lehet  szögeket beütni a fába,, konzervnyitóval is lehet műteni, strandpapucsot húzva is körbe lehet kerékpározni a Balatont, csak ha ezeket az ötleteid elsütöd egy asztalos/orvosi/versenykerékpározó portálon, lesz hozzád néhány  keresetlen szavuk hozzád. A verziókövetésnek meg vannak a maga szakmai fogásai, lehet vitatkozni azon, melyik hol hibázik, de amit te csinálsz, az dilettáns ökörködés.  PErsze ha ez neked megfelel, tedd, csak ne akard, hogy bárki komolyan vegyen, mert nincs mit. 

( zither | 2026. 04. 04., szo – 11:08 )

Szerintem megint későn értem és megint nem fogod elolvasni a hozzászólásomat (ahogy ez előző fórum témában is lemaradtam rólad).

Ettől függetlenül a fenti hozzászólások elalvása után duplán azt látom, hogy neked egy jó integrált IDE kell, ami rendelkezik verziókövető támogatással.

Zavard össze a világot: mosolyogj hétfőn.

Sajnálom ha elsiklottam a bejegyzésed felett, nem volt szándékos. Tényleg tanulási szándékkal kérdezem, mi azzal a probléma, ha készítettem egy olyan grafikus felületet, ami a GIT-re támaszkodik és képes a rengeteg verzióváltozást helyesen kezelni úgy, hogy leveszi a terhet a vállamról a sok átláthatatlan fájl helyett egy rendezett és átlátható változáslistával? Rajtam kívül senki sem fog beleírni egy karaktert sem, az eddigi teszteléseim alapján tökéletesen hozza az általam elvártakat.

"https://hunvagyok.hu "

Szerintem az, hogy teljesen felesleges. Szimplán újra feltalálod a kereket.

  1. Felejtsd el, hogy bármit is kódolni akarj. Még nem jársz ott.
  2. Értsd meg a GIT pontos koncepcióját. Tanuld meg használni. Szerintem erre a terminál a megfelelő hely.
  3. Ha terminál mellett még szükségesnek érzed, nézz szét a neten, mert GIT GUI-k tömkelegével vannak amiket tudsz használni. Kezdj a népszerűbbekkel!
  4. Van számtalan fejlesztői környezet (IDE azaz Integrated Development Environment) ami a GIT GUI-t is magában foglalja. Nekem a JetBrains termékek tartoznak a kedvenceim közé, de nyelvtől meg pénztárcától függően van miből válogatni.
  5. És itt már látni fogod miért mondjuk többen itt, hogy épp a kereket találod fel újra ami felesleges.

Elfogadom, hogy te ezt látod jó megoldásnak, az enyém ettől függetlenül az, hogy ha az adott feladatokat képes vagyok hibátlanul ellátni azzal amit elkészítek, akkor az abban a pillanatban jó megoldás. Ahogyan írtam is a kezdő bejegyzésemben, ezt magamnak készítettem el, de ha van valami mazohista szenvedélyű ember, akkor oda adom szívesen. Ez a része nem többről szól. Mivel én ismerem a saját képességeimet és igényeimet, így ebben a pillanatban tökéletes választás volt, hiszen szépen haladok vele a programok átláthatóbb szerkezetének kialakításával. Az hogy mások hogyan csinálják a saját feladatuknak a megoldását, max meghallgathatom és elfogadhatom (vagy nem), ugyanakkor nem tekintheti senki sem kötelezőnek azt, amivel ő képes haladni. Bár ez rám nem igaz, viszont annakidején ha mindenki a járt úton haladt volna, soha nem lenne fejlődés.

"https://hunvagyok.hu "

Nem, nem vagy képes hibátlanul ellátni, csak nem érted, hol hibázik a dolog.  A járt utakat pedig nem járatlan utakra cseréljük, hanem megértjük, miért arra jártak mások, amerre, megnézzük, hogy mit lehetne változtatni, és korrekciót hajtunk végre, amiről aztán majd eldönti az idő és a szakma, hogy helyes volt-e. 

Őszinte leszek: ennél még az is szakmaibb lenne, ha fájlokat kézzel másolgatnád dátumozott mappákba, abban legalább lenne valami logika.

( locsemege v | 2026. 04. 04., szo – 12:15 )

Egyesek hozzáállásában valamit nem értek. Amikor egy új eszközt megismerünk, nem biztos, hogy van időnk és kedvünk 625 oldal dokumentációt elolvasni és fejben tartani. Aki az eszközt fejlesztette, annak sem elsőre lett az, ami. Egyszerűbb volt, és a mindennapi használat generálta az újabb igényeket, így kerülnek bele az újabb és újabb szolgáltatások. Tudom, a saját firmware-eim is ilyenek. Egyszerűnek indul, utána meg egy hatalmas táblázatban lehet konfigurálni, lett egy rakás parancsa, annyi igényt akasztottak rá a kollégák meg én magam is.

Szerintem normális az, ha valaki a sok funkciót elrejti, és csinál egy olyan GUI-t, amin mondjuk van egy commit meg egy update - én svn-t használok, gondolom git pull lehet az, amiről beszélek -, és elsőre ennyi. Majd megcsinálja a revertet, ha arra is szüksége lesz, de amíg nem használja, nem érti, addig csak útban van, zavaró, ne legyen.

Nekem például az IDE természetesen tud stringet keresni a projectben. Amíg nem ismertem eléggé az IDE-t, terminálból például az alábbit csináltam:

grep -anF 'send_msg' *

És akkor mi van? Megtalálta melyik file hanyadik sorában van. Igen, az IDE-ben vannak erre kényelmes eszközök, ma már használom, de az elején teljesen jó volt ez nekem így, és kényelmesebb volt, mint megkeresni, megtanulni, az IDE-ben hol van.
 

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Az ő igényeit jelenleg a 625 oldalas dokumentációból kb. 12 oldal kielégíti. Ha majd újabb problémával kerül szembe, akkor olvas még hozzá, amennyire szüksége van. Először is az alapokkal kellene készségszinten tisztában lenni. Egyébként te is pontosan ezt írtad le a fejlesztős hasonlatoddal.

Az szerintem nem jó megoldás, hogy kéne valami verziókezelő, de a git túl bonyolult, inkább írok* egy újat.

* írok = vibe-kódolok

Debian - The "What?!" starts not!
http://nyizsa.blogspot.com

De ő nem verziókezelőt vibe kódolt, csak írt egy frontendet, ami elfedi a sok funkcionalitást. Ha jól értem, a számára szükséges minimumot adja. Gitet használ.

Amúgy tudom azt is, mi ennek a hátránya. Elsőre kényelmes, de nem tanul meg mások által is használt eszközöket használni, semmivel sem kompatibilis a tudása, így az nem értékes a piacon. Arra viszont jó lehet, hogy használja fél évig, addig belefut újabb igényekbe, megérti jobban, mi is történik, otthonosabban mozog benne, s belülről jön az érdeklődés, tudásvágy, kíváncsiság, aztán elkezd használni valami sokak által használt eszközt.

Szerinted nekem nincs olyan awk scriptem, amelyik egy konkrét, C-ben írt táblázatba, abba a konkrét struktúrába minden egyes táblázatelemhez beszúr egy újabb sort, és hasonlók? De, van. Az is biztos, hogy nem fogok manuálisan 120 elemű konstans táblázat struktúráiba újabb tagokat kézzel beszúrni. Vannak egyedi megoldásaim, csak ritkán kampányolok velük. :)
 

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

De ő nem verziókezelőt vibe kódolt, csak írt egy frontendet, ami elfedi a sok funkcionalitást. Ha jól értem, a számára szükséges minimumot adja. Gitet használ.

Az alapján, amit ír, valóban ez a helyzet, de a címben a 'verziókezelőm' nevét keresi. Ezt sem ártana tisztába tenni.

Az awk script biztosan hatékonyan elvégzi azt a feladatot, amire írtad, de csak azt. Ezt hívják quick&dirty hacknek. Megvan a maga helye. A különbség az, hogy te pontosan tudod, mit csinálsz, miért gyorsabb adott esetben, és milyen problémát okozhat, ha nem vagy elég körültekintő. De nem hirdeted sehol.

Debian - The "What?!" starts not!
http://nyizsa.blogspot.com

Ez így van, hiszen nem általános megoldás. A konkrét forráskódba írt táblázathoz van hardcode-olva benne minden, csak arra szolgál, hogy a következő egy órámat ne kijelöl, copy, paste ciklusokkal töltsem ínhüvelygyulladásig, amit a monotóniájából fakadóan csak elszúrni lehet kézzel.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Én van hogy akkor is terminálba vágok be egy grep-et ha már eléggé ismerem az IDE-t, mert van, hogy az a kényelmesebb, de akkor se kezdek el egy új GIT GUI-t vagy akármit fejleszteni ha amúgy még írástudatlan vagyok. Ha a meglévő eszközök megismerése helyett elkezdek írni valami újat, azzal csak magam szívatom szerintem. Jól néznénk ki, ha a tanuló vezető is közölné, hogy inkább épít egy olyan autót amit jobban tud vezetni mielőtt még megtanulná hogyan működik a mindenki más által használt autó.

Igen, ennek valóban az a veszélye, hogy minimális tudás birtokában írni felületet kockázatos. Ahhoz nagyobb ismeret kellene. Ha viszont az megvan, máris nem kell a saját felület.

De ezt mindenki döntse el maga, mérlegelje a kockázatokat és a kényelmet.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( kikadff v | 2026. 04. 04., szo – 17:48 )

Hogyan használod a gitet? Elég zavaros ahogy elmagyarázod mit és miért csinálsz.

Az szűrődött le nekem, hogy van egy main branched, aztán abból készítesz egy másik branchet, amin dolgozol, majd ha azt késznek ítéled meg, akkor készítesz egy darab commitot, amit aztán egy releaseként kezelsz? Esetleg ezt a release állapotú branchet mergeled a mainbe?

Csak egy javaslat. Nem kell az elején branchekkel foglalkoznod, csak commitold a változtatásaidat a mainbe, lehetőleg kisebb lépésekben, ne giga commitokkal. Később visszanézve a commitokat sokkal érthetőbb lesz mit miért csináltál, főleg ha értelmes leírást írsz a commitba. Aztán ha úgy érzed mérföldkőhöz értél, akkor csinálsz egy tag-et. Az lesz a verzió. Maradj lineáris az elején, sokkal egyszerűbb, ne csinálj ilyen bokrot a sok branchel, főleg egy kis egyszemélyes projecthez.

Másik, hogy ne vidd túlzásba a magyarosítást, mert nehéz követni, hogy miről beszélsz. Próbáld használni az angol elnevezéseket.

Igen, a staging area vagy másik nevén index - @kikepzo ahol kiválasztod mit is akarsz commitolni - kiherélése a ui-ból nem szerencsés. Ugye ezt a git alapvető koncepcióként hordozza, ezért van először git add, aztán git commit. Ráadásul ha tuti egyben akarod a kettőt vagyis minden változást be akarsz tolni egyből, akkor meg ott a git commit -a.

Ilyen pl svn-ben nem volt, ezért használtunk TortoiseSVN-t mert ott be lehetett pipálgatni, hogy mit commitoljunk. Nem véletlen lett ez a gitben alap.

( kikepzo | 2026. 04. 04., szo – 20:16 )

Első körben azoknak a hozzászólóknak, akik valóban építő jelleggel kommenteltek, köszönöm szépen a segítségeket.
Azért azon bevallom kicsit derülgetek, hogy miért képes valakit frusztrálni az, hogy van olyan aki nem azt az utat keresi és nem azt az utat fogja választani amit ő elképzelt, illetve miért zavar bárkit is az, hogy elkészítettem egy olyan felületet, amivel sokkal eredményesebb vagyok mint mással? Miért kellene nekem másik program, ha megvalósítom ezzel az egyszerű megoldással a feladataimat?

"https://hunvagyok.hu "

miért zavar bárkit

Én sem értem. A merge algoritmusok, vagy épp history integritás és metaadatok konzisztenciája egy elosztott rendszerben komoly compsci témák. De hát ezt nem is vontad kétségbe, és magad is azt használod ami mostanság verziókontroll vonalon az iparági de facto szabvány, a git. Ráhúztál egy personal productivity ui-t, amin keresztül interaktívan használod a git-et. Ez így az enterprise világban persze antipattern, nem is engedik. Na de nem is mondtad soha hogy erre a célra szánod. Talán a téma felütéséből nem volt egyértelmű, hogy ez egy egyszemélyes használatú gitui, utóbb tisztáztad de azt talán már nem olvasta aki csak a felütésből úgy értette (félre), hogy a verziókezelést az alapoktól akarod kitalálni.

Kérdésedre is

WTFetch

BlameMe (a felháborodottak kedvéért)

Köszönöm szépen, ez is igaz a kommentelők nagy részére, ugyanakkor a kommentelők másik része tisztán a szokásos rosszindulatú ... eszembe jut ilyenkor mindig egy itteni elismert fórumlakó, hogy nem kell foglalkozni itt senkivel sem, mert tele van az IT magasabban kvalifikált rétege komolyabb személyiségzavarokkal. Emiatt vagyok elnéző.

"https://hunvagyok.hu "

Én személy szerint sajnálom azt, hogy valamiért magyar oldalon nem tud kialakulni tudásépítés. Semmi személyeskedés, senkivel szemben, és nem általánosítás, de az hogy ki mennyire magasan kvalifikált nehéz megmondani, főleg mikor elmegy fröcsögés irányba egy szakmai fórum.

Személy szerint engem érdekelnek a kérdések amiket feltettem: https://hup.hu/comment/3270388#comment-3270388

Én személy szerint sajnálom azt, hogy valamiért magyar oldalon nem tud kialakulni tudásépítés.

Amire eddig rájöttem, hogy ez a thread nem a tudásépítésről szól, nem arról szól, hogy valaki kérdez, hogy kell a git-et egyébként használni. Biztosan nem is arról szól, hogy valaki meg akarja tanulni a javasolt úton, vagy hatékonyan akarja a git-et használni. 

Ez a thread inkább arról szólt (most így utólag), hogy valaki a játszóterén összedrótozott egy appot AI-val, remek időtöltés volt, ami valahogy működik, valamit csinál, és ezt be akarta mutatni (hogy csinált egy ilyet, és nem az appot, mert az appot nem ismerjük igazából). Nincs köze igazából a git használathoz, vagy ahhoz, hogy hogyan kell megtanulni a git-et használni, vagy mik a bad practice-ek a szoftver fejlesztésben. Igazából senki nem kérdezte ezeket, tehát nem is lehet tudásépítésről szó.

Félre érteni persze lehet a thread-et, és aki ezt elsőre nem ismeri fel, az meg teljesen feleslegesen ment bele kérdésekbe, mert nem volt kérdés. Valaki írta is, hogy "100% felesleges", gondolom már ismerte, hogy miről van szó. :) 

Tudásépítéshez még egy gondolat: Valamit hobbi szinten használni, és "profi szinten", hát nem kell ezt - főleg a git esetén - túlmisztifikálni. De kinek milyen megoldásokra van igénye. Érdemes megnézni pár hobbistát, hogy mennyire ismeri a git-et, vagy mennyire ért az elektronikához, órakészítéshez, vagy bármihez, ami a hobbija. Általában nagyon, és jól akarja használni. :)

Ezt a gondolatot csak azért, hogy aki most kezdi tanulni, azt ne vigye félre a thread, és ne kezdjen bele rögtön saját verziókezelőbe (szerintem).

főleg mikor elmegy fröcsögés irányba egy szakmai fórum

A hup-ban egyébként annyi jó van, hogy eléggé direktben megkaphatja az ember, a pozitív vagy negatív megerősítést is. (általában jó szándékkal) Megnézed pl @golgota kommentjét, a legnagyobb segítség, amit egy fejlesztő kaphat. - ezen biztos nem megsértődni kell, sajátos hangnem egy kérdés persze, de tök őszinte és előre mutató kritika van mögötte. Kétségtelenül durva, csipős, nem válogatja meg a szavakat. 

És ha megnézzük a thread-et? Golgota kommentje hozzátartozik A-Z-ig teljes spektrumhoz, amiben próbálták meggyőzni, hogy zsákutca ahogy a git-et használja. Tehát a huppal nincs gond. 

De a tudásépítés kétirányú folyamat, és ha a másik fél nem nyitott, akkor a legjobb szándékú közösség sem tud segíteni.

aki ismer az tudja hogy eleg oreg vagyok mar ahhoz hogy ne finomkodjak. Ha valaki lanyos zavaraban ezt nem tudja elviselni, az az o dolga, ettol en meg nem fogom babusgatni. :D

Amugy meg kurvara hanyinger, ahogy egyesek felszoptak kikepzot, hogy jajj hat bancsak ot. :D

Ebreszto kiscicak, ahogy irtad sehol nem volt tudasepitesrol szo, vagy hogy barmilyen konstruktiv hozzaszolast elfogadott volna, mert olyan mint egy kibaszott lo, aminek bekotottek a szemet....csak nem annyira okos :D

Tudod nem az a durva, hogy van véleményed és elmondod, hanem az a magabiztosságod, amivel azt képzeled, hogy erről a magas lóról beszélhetsz, merthogy te húdenagyon okos vagy ebben a témában :) Te a kritikát összetéveszted a rosszindulatú arcoskodással és ami még szebbé teszi, hogy van aki ennek tapsol és drukkol neked :D Láttam egyszer egy igazi szakembert, ő halkan, mosolyogva csak azt kérdezett amikor látott valami nem túl okos dolgot, hogy: "és ez most így jó neked?". Tudom, nem mindenki képes a nagysok okosságot a fejében méltósággal viselni :)

"https://hunvagyok.hu "

Helyezzük már kontextusba @golgota stílusát: Tulajdonképpen mi a fene ez a thread? Amit @golgota írt, az 100% segítség lett volna neked, csak belefogalmazta a viszonyát és a véleményét ahhoz a jelenséghez, amit képviselsz:

Te vagy az az ember, aki bemegy egy asztalosműhelybe egy papírszékkel, hogy tanácsot kérj, de közben kiderül, hogy csak egy buksisimiért jöttél, hogy milyen ügyes vagy. Amikor szólnak, hogy erre nem lehet ráülni, akkor azzal jössz, hogy "ja, ez csak hobbi", meg te "nem vagy profi" - és közben minden választ elutasítasz, ami nem azt erősíti meg, amit kitaláltál.

Aztán kikéred magadnak, ha direktebben fogalmaz valaki, és jössz a halkan mosolygó szakemberrel, meg az erkölcsi fölénnyel. :)) 

Aztán kikéred magadnak, ha direktebben fogalmaz valaki

Te látom szándékosan kevered a szavakat és még ebben örömödet is leled, ami ugyan a te dolgod :) Az számomra nem érték, ha valaki gyökér módon nyilvánul meg, valahogy nem bírok hasraesni a nagysága előtt, mert ez róla mond el mindent. Van egy örökérvényű igazság. Ha észreveszem a földön a szart, akkor nem lépek bele, ha pedig már tudom hogy az szar, és mégis belelépek, akkor nem reklamálhatok csak saját magamnak, hogy szaros lettem. :D Már nem csodálkozok azon, hogy "nálam van a bölcsek köve és csak ahogyan én mondom az úgy jó" a divat bizonyos magasan képzett IT szakiknál. Gondolom hiába mesélek el hasonló történeteket arról, hogy nemegyszer hozzám fordulnak tanácsért, hogy dehát követni próbálták amit tanítottam, de nekik nem az jött be, hanem egy teljesen másik módszer, ami ez és ez lett. Mondtam nekik, hogy köcsögök vagytok, mert ezt nem így kell elérni, hanem az csak úgy jó ahogyan én tanítom? Naná hogy nem mondtam, sőt, megdícsértem hogy törődött a fifikével és hogy ügyesen követte a második kötelező tanításomat: minden megoldás jó, amivel a problémát megoldhatjuk. 

"https://hunvagyok.hu "

Látod, végül kibújt a szög a zsákból: tehát azért voltunk itt, mert megdicsérni kellett volna. :)) Ezt mondtam én is, és erre reagált @golgota is.

Sajnálom, de nem minden megoldás egyformán jó. Ezt témaköre válogatja: egy absztrakt rajz, vagy szobor esetén lehet, hogy minden megoldás jó, egy technikai kérdésben viszont ez max a szakmai igénytelenség szinonimája. A te esetedben is maximum annyit jelenthetünk ki, hogy nincs igazi tétje jelenleg, hogy megtanulod-e a git-et, vagy használod úgy, ahogy neked kényelmes. De a "hogyanok" egy "szakmai fórumon" azok "szakmai kérdések".

Ha jelzik, hogy valaminek van jobb módja, egy érdemi reakció az, hogy "oké, átgondolom" - ez a minimum -, vagy esetleg jöhetett volna egy szakmai kérdés. De ugye nem erről szólt a thread, amit a másik félnek észre kellett volna vennie (mert akkor valószínűleg részt sem vesz benne). Ez pedig lehet, hogy sokkal nagyobb tiszteletlenség a másik féllel szemben, mint egy nyers stílusú komment.

Egyet tudok érteni azzal amit írsz. És valóban nem volt kérdés! - amit kicsit sajnáltam is :D 

Nehéz reflektálni a threadre egy mondatban, mert tényleg volt ki így, volt ki úgy de jogos érveket írt. Ahogy így gondolkodom, az volt bennem, hogy felsejlett az elmúlt 25 év fórum olvasása. Összképben és általánosítva van bennem ez az érzés magyar fórumokkal kapcsolatban, de jahh ez lehet más thread témája lenne :D

 

valamiért magyar oldalon nem tud kialakulni tudásépítés

Valamiert Magyarorszagon* bejott az a fajta rak az iparba, amit legjobban itt lehet megerteni: https://phpfejlesztesmagyarorszag.tumblr.com Rohogunk, hogy "hehe baszdmeg, indiai fejlesztok, lol", de nalunk is vastagon letezik ez a reteg.

Es amikor a sokadik alkalommal futsz bele, hogy beleraksz kibaszott sok energiat valakinek a megsegitesebe**, ami energia egybol mehetett volna a devnullba, akkor megtanulod, hogy lofaszt kell itt, nem segiteni. Pl. arrol beszelek, amikor raszantam majdnem fel napot, hogy poliverzumnak a szaros programnyelvet megertsem, es megirtam rola egy esszet, hogy milyen logikai bukfencek vannak benne, aztan lezarta kb. annyival, hogy ha nem tetszik, akkor csinaljak jobbat.

Vagy nemreg volt egy kerdes, szuletett ra vagy 50 valasz, nulla megoldassal. En bamasoltam a posztot ugy ahogy van ChatGPT-be, kikopte a megoldast, bemasoltam a sajatomkent, es jott az almalkodas, hogy huha, micsoda profizmus.

Szerinted a tobbedik ugyanilyen eset utan mennyi erofeszitest kene rakni a magyar oldalon valo tudasepitesbe?

--

* meg nyilvan mashol is, de en az itteni szcenat ismerem legjobban
** nem konkretan arrol a threadrol beszeltem, szerintem az itteni felvetes tobbe-kevesbe okes volt, meg ha nyilvan rutintalan is volt a kerdezo

( drol | 2026. 04. 04., szo – 20:52 )

Általánosságban csatlakoznék az előttem szólókhoz. Valószínűleg nem ez leggyorsabb és leghatékonyabb út a Git tanulására. Ahogy nézem a programot amit készítettél hasonlít a beépített gui-hoz: git gui. Nem ismételném az előttem szólókat, de abszolút azt tanácsolom, hogy verziókezelés alapjait, akár több verziókezelőt sajátíts el. 

De ha már így nekiálltál, akkor érdekel, hogy milyen interfacen kommunikálsz a gittel? Milyen git funkcionalitásokat implementáltál, nem értem pontosan ha nem ismered a git-et akkor ezt hogy csináltad. Milyen nyelvet választottál és miért? És ha már ennyit kérdeztem, akkor összevetetted az általad keresett funkcionalitásokat már meglévő gui eszközökkel? Vagy hogyan döntöttél amellett hogy érdemes írni egy ilyen klienst?

Szerk.: esetleg ha leírod a problémád, lehet tudunk segíteni.

( kikepzo | 2026. 04. 05., v – 11:42 )

Elnézést kérek mindenkitől, ha nem válaszolok, nem mindig jelzi nekem a HUP hogy van új komment.

1- parancssori megoldással grafikus felületről indítva.

2- elolvastam a GIT dokumentációjából amire szükségem van. commit, add, változások listázása, visszavonás, ignore, cleanup, megmég nagysok minden :)

3- összeraktam önmagamnak és egyelőre értem amit csinálok.

4- Pythont választottam, mert egyszerűbb mint a C++, rövidebbek is a programsorok, ez a nyelv elsajátítható számomra is, meghát ezt tartom a munkáimhoz egyelőre a legjobb megoldásnak, ezt értem meg leghamarabb.

5- megnéztem több gui-t és nem állnak nekem kézre, emiatt készítem el önmagamnak azt, ami számomra érthetőbb és jobban kezelhetőbb. Van a visual stúdió, ez áll legközelebb az elképzeléseimhez, mint kiderült a saját fejlesztésem is funkcionálisan arra hajaz abban az állapotában amit ma mutat a saját programom.

"https://hunvagyok.hu "

Ha el akarsz mélyülni ebbe a témában, akkor ajánlanám figyelmedbe, hogy nézd meg mások hogyan csinálják. Én még régen egy java alapú Git fa realtime rajzolót kezdtem el csinálni, oktatáshoz gondoltam hogy jól jönne. Bezier görbékkel rajzolgattam volna az egyes commitokat összekötő íveket. De idő hiányában elengedtem.

Én Java nyelven kezdtem implementálni. Ehhez elküldöm a forrásokat.
https://git-scm.com/book/pl/v2/Appendix-B:-Embedding-Git-in-your-Applications-JGit
https://github.com/centic9/jgit-cookbook

Ha Python nyelven írsz ilyet, akkor érdemes megnézni, hogy milyen Python interface van a Git-hez és azt használni (általában mindig valami kommunikációs interface keresésével kell kezdeni ilyen esetekben), ne parancsokat hívj (bár ez is egy interface :D), hanem az interfaceen keresztül, ez persze egy nagy tanulási út, de ha tanulni szeretnél ebből, akkor szerintem ez jó út. Lehet majd eljutsz addig, hogy azt mondod, ezt már tulajdonképpen megcsinálták és inkább majd azt használod.

Ha még komolyabban akarod, akkor érdemes úgy megírni, hogy leválasztod egy interfacel a Git interface lib-et hogy az adott nyelven ne függjön a megvalósításod az interface lib implementációjától és így tovább, a GUI elemeket is már jól bevált patternekkel felépíteni és akkor kezd akkora lenni (ha már most nem akkora?) ismét a projekt hogy ha csak használni szeretnéd, akkor érdemesebb már egy meglévőt használni.

Szerk.: Ja és persze lehet az is, hogy olyan jó GUI-t írsz hogy többen szívesen használják, de ehhez szükséges, hogy olyan úton menj amire van igény és még nincs megoldva.

De mindenből lehet tanulni, nem biztos hogy optimális lesz a tanulási görbéd és lehet (biztos) sokkal több időt, el fog venni az eredeti problémád megoldásából, mintha abba az irányba mennél, hogy egy meglévőt használj. Ha Git tanulás, akkor szerintem parancssor, pontosan azért mert egyes GUI megvalósítások nem pont olyanok, nem fednek le minden használati esetet, stb... . De ha tudod mit szeretnél csinálni a Git tárolódban, akkor könnyebben megtalálod az adott GUI-ban, vagy persze beírod a parancssorba.