Azt aláírom, hogy ez helyenként egy kicsit lejebb van, mint kéne, és a parancsok ostobák tudnak lenni, mert ez normálisan kb tényleg valami git undo commit vagy ilyesmi kéne legyen
Igen, ezt már megállapítottuk, hogy egyetértünk.
A githubba simán bele lehet tenni fileokat a releasebe, a kicsi kezeddel, meg az apin keresztül is.
Mégegyszer: nem minden githosting tudja ezt, és amit beraksz a kicsi kezeddel, azokhoz is kell egy URL, tehát a neten kell tárolnod a binárisokat. Csatolmány hiányában csak a git repó marad erre, mint mondottam volt.
Amit nyugodtan lehet gondolom deplinkelni a githubról pl.
Nem a link a kérdés, mégegyszer: azokhoz is kell egy URL, tehát a neten kell tárolnod a binárisokat. Csatolmány hiányában csak a git repó marad erre, mint mondottam volt.
Gitlabon pl szerintem valamennyi CI idő még mindig jár ingyen, és integráltan van
Ja, ha minden repódhoz külön nyitsz egy bankszámlaszámot és igényelsz egy külön bankkártyát, aminek az összes adatát önként és dalolva átadod a gitlab-nak. Mert ugye naívan elhiszed nekik, hogy nem válik egyik napról a másikra fizetőssé, és hogy kisdobos becsszó ígérik, meglopni sem fognak...
Aki ennek bedől, az meg is érdemli, hogy kirabolják, ha máskor nem, majd amikor data breach lép fel (ami csupán idő kérdése, mivel most már banki adatokat is tárolnak, egyre több cracker cuppan rá; abba meg, hogy ezzel GDPR-t sértenek, inkább ne is menjük bele).
bár élnék a gyanúperrel, hogy megint valamit máshol akarsz megoldani, mint ahol kéne.
Nem. A legtöbb githosting egy dedikált branchből csinálja a honlapot, ami ráadásul jellemzően nem is állítható, a neve "be van égetve". Nem létezik olyan, hogy máshol kéne megoldani, nincs máshol. (És az XSS miatt sem a normál git repó, sem külső statikus tárhely, pl cdn sem jöhet szóba, a js-eknek és a wasm binárisoknak azon az oldalon kell lenniük, mint az index.html-nek.)
ráadásul nem nagyon van közük a githez mint olyanhoz, max a ráépülő extra szolgáltatásokhoz.
Nyilván, de mit számít ez, amikor a ráépülő szolgáltatásokkal együtt használhatod csak? Semelyik githosting sem engedi meg, hogy alányúlj a felületének, és az ott kikényszerített megszorításokat megkerüld.
csak ne kelljen nekem ebben turkálnom úgy, ahogy senki más nem várja el.
Pontosan. Tehát szerinted is zavaró, ha sok a branch. Elárulom, senki sem szeret a branchekben turkálni, ezzel nem vagy egyedül.
Ha van ilyen, akkor általában az adott major/minor verzió release óta bekerült, jellemzően cherrypickelt (vagy valami bugfix branchről több helyre mergelt, bár az pfujj) bugfix commitok, és patch/minor release tagek (tudom, azok gyakorlatilag nem a branchen vannak).
Látom, nem vagy képben:
- release tag - ez egy tag, ami a commitokat tartalmazza, a forrást egy adott időpontban megjelölve
- release adatlap - ennek semmi köze a git-hez, a githosting adja. Tipikusan tarball linket ad csak a bugfixelt forrásra (ez automatikus, és a release tag-el megjelölt verzióra mutat), valamint szokott tartalmazni letöltés linket binárisokra (ez nem automatikus, és a link URL-jét minden esetben Neked kell biztosítani)
- release branch - ez nem commitokat tárol (az a release tag ugyanis), hanem azokat a bináris fájlokat, ahová a release adatlap linkjei mutatnak (ez szokott külsős statikus tárhelyen is lenni, ha az megoldható. Ha nem oldható meg, akkor marad a git repó, mint egyetlen lehetséges tároló)
A világ jelentős része valahogy mégiscsak nem így csinálja ezt. :)
Nézzünk meg pár repót, amibe szoktam kontributálni, vagy gyakran használom:
- qemu - egyáltalán nem használ release-ket
- Linux kernel - egyáltalán nem használ release-ket, csak tag-eket
- RaspiOS Linux fork - egyáltalán nem használ release-ket, a binárisok git repóban vannak
- ScummVM - van ugyan release, de csak forrás tarballok, binárisra még csak link sincs
- SQLite - egyáltalán nem használ release-ket
- FlareRPG - egyáltalán nem használ release-ket
- freedesktop-sdk - van ugyan release, de csak forrás tarballok, binárisra még csak link sincs
- Inkscape - van ugyan release, de csak forrás tarballok, binárisra még csak link sincs
- ...stb.
Szóval ja, a "világ jelentős része" úgy oldja meg, hogy leginkább egyáltalán nem is használja... (Jellemzően akkor szokott megoldva lenni, ha maguk üzemeltetik a git-et, gitweb-et, és a CI-t is, azaz nincs külsős harmadik fél, minden házon belül van, pl: coreboot, gnome stb., vagy fizetnek egy külsős (githostingtól független) tárhelyért, ami egy kis non-profit Open Source repó esetén eleve ki van zárva, mert nem tudom)