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.
Nézd, én elmegyek a githubon egy repora, megnyomom a new release gombot, aztán odabaszok egy filet teljesen függetlenül attól, hogy mi van a repoban, akkor az ott lesz. Nem kell URL, nem kell semmi baszás.
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.
És utána a fenti izére kapok egy linket, amit már nyugodtan beírhatok oda, ahova csak akarom. De igen, továbbra is, persze, ott kell tárolni? És? Ennek mi a búbánat köze van a githez?
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...
Tehát meg van ez oldva, csak te butthurt much, mert neked ingyen kell. :) Ráadásul a gitlab pl most is ad 400 perc comupte timeot, nem kell hozzá bankkártya, gitlab kb detto, kiscsillió CI van, ami open sourcenak ad puszira valami időt mindenféle bankkátya nélkül.
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.)
Ja, ami kifejezetten page forrásra való, és nem véletlen teszi mindenki egy külön repositoriba, nem keveri be a pages tartalmát a forráskódba. És ezeknek a repóknak a tartalmát a nehézség se nézegeti userként, a kigenerált izét nézem
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.
Azt számítja, hogy én a gitről, meg arról beszélek, hogy hogyan használjuk forráskód managementre, te meg nekiállsz rugózni azon, hogy azért szar a branching, mert a github pages szarul abuzálja szerinted.
Pontosan. Tehát szerinted is zavaró, ha sok a branch. Elárulom, senki sem szeret a branchekben turkálni, ezzel nem vagy egyedül.
Továbbra sem. Mert egy ismeretlen repóban egyáltalán nem kell random branchek alapján turkálnom. Főleg nem binárisokért.
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ó)
De, kb igen, csak te elkezdtél a git helyett másról beszélni, és nem fogtam fel :)
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
És ezek közül melyiknek kell egyáltalán a repója környékére mennem userként, pláne valami branchet keresnem, ha használni akarom? Rohadt vicces, hogy cáfolni akarod, amit mondok, aztán hozol egy rakás példát, ami pont azt támasztja alá, amit mondtam: nincsenek a gitben, meg a környékén se a release artifactok, mert a git repóban a forráskód van. Nem fogom végignézni az összeset, de nem túl meglepő módon a qemunal pl nincsenek releasek, cserében van egy link a homepagere, ahol van egy kibaszott nagy piros gomb a releasekre meg a downloadra.
Az egyetlen példa, ahol a release binárisok a git repóban vannak, az egy kifejezetten csak binárisokat tartalmazó repó, és egyáltalán nincsen benne semmilyen obskurus branch :)