Hogyan dolgozz nyílt forrásban A-tól Z-ig: Egy WINE hiba nyomában - fordítás, git bisect, technikák

[@gabovics11]

Köszi! Tanulságos volt. Áve! BUÉK!

[@u9vata]

Ha már BUÉK - lesz ám Szilveszteri humorzsák műsor! Egy pár perc és tolom ki! 🙂

[@SziaUramIdőMennyi]

Algoritmust támogató komment! BUÉK!🎉🎉🎉

[@u9vata]

Köszönet! Neked is buék! 🙂

[@u9vata]

Ha már BUÉK - lesz ám Szilveszteri humorzsák műsor! Egy pár perc és tolom ki! 🙂

[@kovacsalbert3950]

Szuper videó! Mondjuk egy idő után már elvesztem :) Annyit tudok esetleg érdembe hozzászolni, hogy mindenki figyelmébe ajánlom a "paccache" segédprogramot, ami a pacman-contrib része (tehát a sudo pacman -S pacman-contrib paranccsal telepítjük). Ez lehetővé teszi, hogy csak bizonyos szám verziót tartsunk meg egy-egy csomagból. Ha pl telepítés után kiadom a sudo paccache -rvk3, akkor csak a 3 legfrisebb verziót hagyja meg mindenből. Így tehát helyet szabadíthatsz fel anélkül, hogy feladnád a "downgrade" lehetőségét ;) Köszi a feltöltést!

[@u9vata]

Valahol az eleje tájt az alias fájlban turkálva látszik, hogy nekem is fel van téve és azt használtam csak ennyi parancsot se vagyok hajlandó megjegyezni (de 1-es paraméterrel 🙂) Egyébként könnyen lehet, hogy másnak se tűnik fel, szóval jó hozzászólás!

[@zzzzz2903]

Nem hittem volna ilyen videot nezni fogok de vegigneztem. Mi meg SVN-t hasznalunk amugy a fo projectben. Jopofa a bisect.

[@u9vata]

Örülök, hogy végignézted, tetszett a videó! Az SVN-ről szólva... Hát mit mondjak - még mindig jobb, mint amit meséltem a videóban, hogy tudok olyan helyet, ahol nem használnak verziózást 🙂 Egyébként meg nem tudom ez milyen szakterrület de például, ha nagy méretű bináris fájlok is vannak (pl. 3D modellek, meg hasonlók), a játékfejlesztős projekteken is szokták a projektet szintén még SVN-ben kezelni, mert bár van ez a git-lfs, de az svn binary diff tárolása azért jobb egy fokkal... De ez nagyon ritka use-case és igazából ott is lehet inkább úgy, hogy az asset-eket egyszerűen csak valami osztott könyvtár tartalmazza mondjuk a kódot meg simán git - vagy persze akár a git-lfs. Más esetben a legacy-n kívül az svn-nek szerintem nem igazán van már létjogosultsága... Egyébként a git-el is tudsz svn szeróhoz is kapcsolódni a "git svn ..." parancs kombóval. Szóval igazából bisect-el keresgélni akár úgy is lehet - bár nyilván akár kézzel is bisect-elhet az ember, mert az automatika csak segít ebben, hogy ne kelljen a felezgetést keresni ;-)

[@zzzzz2903]

@@u9vata Regi project, nagy ceg, alig maradt mar ember rajta. Van tervben hogy at kene vinni git-be, de ugye a teljes commit history kellene, el ne vesszen, 10+ ev. Vagy megtartani svn server-t is, es nullarol indulni git-ben. De 2 servert nem fognak fizetni, szoval egyelore marad. De keves fejleszto miatt nincs sok branch-ezes sem, kisebb dolgok mennek rogton a trunk-ba. A PR hianyzik, de ez van.

[@u9vata]

@@zzzzz2903 A "git svn" segítségével át lehet húzni teljes commit history-val. Anno olyat is csináltam, hogy egy svn szervert ami külső partnernél volt egy lokális git szerver tükrözött le - és volt rá automatikus szinkronizálás úgy, hogy ők svn-be dolgoztak, mi meg lokálisan gitbe. Szinte mindent meg lehet oldani egyébként. Simán csak átvinni a history-t nem egy nagy téma igazából. Szerintem ilyet már 10+ éve is egész könnyen lehetett csinálni, nem hiszem, hogy azóta nehezült volna - szóval ha ez a hátrány csak, az kiküszöbölhető. Egyébként a git elég lightweight - ugye ott az elosztottság miatt kb. mindenki szerver is. Szóval bármi is szervírozza az svn-t most, azon tuti elfut ugyanannak a git változata is... Ha a fejlesztők olyanok, hogy ők is inkább git-et használnának már, akkor ez teljesen simán keresztül vihető. Ha olyanok, hogy véletlenül se akarják megtanulni és amúgy jó ez így nekik - akkor nyilván sokkal nehezebb történet, egy emberi szállal is. Ezt azért mondom, mert technikai akadályát valóban nem látom - history megőrzés mellett sem - ennek, de ugye ez feltételezi, hogy az emberek is akarják az újabb rendszert azért, az emberi szempont meg nem elhanyagolható....

[@zzzzz2903]

@@u9vata Na ez jo info, koszi! Sosem neztem utana, nem nekem kene csinalni, de annyi info mar eleg hogy "lehet hozni teljes history-val konnyen" - igy ezt nem lehet majd letagadni! Kiralysag! Nekem amugy jo az svn, megszoktam, GUI-val, a git-et (azt is sourcetree-vel hasznaltam). De lesz koltozes ugyis.

[@4dillusions]

@@u9vata Én utoljára 20 éve láttam teljesen verziózás nélküli fejlesztéseket. Egyik cégnél PHP-zás volt és ott a serverre dolgozott mindenki. Ha felülcsaptam valamit, akkor így jártak, ha lehagytam egy $ jelet egy ciklusban, akkor vörös fejjel bejelentettem, hogy végtelen ciklusba került a server. :D Másik cégnél amíg ketten dolgoztak, addig volt az ún. öszemásolásos technika. Mindketten más részeken dolgoztak, majd időnként egy harmadik helyre mindenki bemásolta a saját változatát és kész. Utána lett SVN, amikor odakerültem, de annak is már több, mint 15 éve. Mostanság inkább azt látom, hogy ott a git, sőt sokan githubra privátba nyomják a dolgokat akár startupok is, viszont mindent a "main"-be nyomnak, azzal az indokkal, hogy kevesen vannak. Namost erről tudni kell, ahogy írtad is, hogy elosztott rendszer és kis két személyes projectben is, ahol főleg csak én dolgoztam, a másik ember csak reviewelt is használtuk úgy, hogy nem volt fent a project sehol, hanem lokálisan megcsináltam, amit kellett, átküldtem az egészet a másiknak, ő is mókolt rajta, visszaküldte és ilyen kőkori módszerrel mégis volt egy modern verziózás, mert még átlátható volt kis project, szinte csak én dolgoztam rajta. Sőt saját magamnak is branch kezelési technikákkal tolom a teljesen hobbi projecteket is a githubra sok esetben. Ez persze akkor jó, ha nem cska megszokásból megy, hanem tényleg van jelentősége is. Volt olyan cég, ahol nyomattam az újabbnál újabb dolgokat felfelé branchekre, aztán egyszer csak szólnak, hogy nem működik náluk valami gépen az OpenGL renderrel valami radaros hülyeség. Mondom az jó, mert egyrészt nálam csak egy laptop van, amit ők adtak, másrészt ők az én brach taskjaimat úgy húzták be egy teszt ágra, hogy az pull requestelve volt, tehát még egy külön ember tehette csak oda. Csakhát az a kölön ember semmi mást nem csinált, csakúgy rányomta, hogy approve és ennyi. Így aztán betehettem volna akármit az már ment is egy majdnem éles ágra. Zseniális. :D Volt rajta persze pár build action, ami a fordulást, "kódszépséget", meg unit testeket elenőrizte, dehát egy speciális gépen futó OpenGL-t már nem tudott csekkolni, az ott az ellenőrző emberke dolga lett volna.