git lfs #58
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
cominciamo ad avere tante foto, forse è il caso di parlare di git lfs.
pareri?
Per il momento mi sono limitato a quelle che erano già su bglug.it e su Nextcloud ci sono ancora circa 100MB di foto dal 2006 al 2009 + Arduinoday del 2016.
Credo però che se mettessimo quelle degli ultimi eventi sarebbero ben più ingombranti.
appunto per questo.
potenzialmente possiamo avere anche 1GB di foto all'anno, non sono felicissimo all'idea di mettere tutto in questo repo.
git lfs è scomodo, ma è una soluzione; si può anche pensare ad un sistema esterno, solo per gli album di immagini (#10)
Tipo un secondo sito?
https://themes.gohugo.io/themes/hugo-theme-gallery/
questo però è un tema, ma credo si possa usare un tema diverso solo per alcune pagine, quindi si può fare una categoria di pagine "album" e assegnare un tema diverso a queste.
ma non era lo scopo di questa issue...
la questione è: le centinaia di MB di immagini che ci sono adesso possono solo aumentare, e riempirci il repo non è un'idea saggia
Non va bene che stiano su Gitea, in qualunque repo in sostanza?
Con git ifs i file stanno su storage separato?
gitea ha supporto per git lfs, che vuol dire che lo storage separato se lo gestisce lui.
Sul nostro gitea è già abilitato, bisogna abilitarlo nel repo.
l'alternativa che sto indagando è uno strumento separato
Diciamo che per l'uso che possiamo fare di una foto io distinguerei in due destinazioni: foto "per il sito" e foto "degli eventi".
Per il primo sarebbe da cacciare tutto nella cartella finale di hugo, e quindi nel repo (e quindi appoggerei l'idea di attivare LFS).
Per il secondo, non vi nascondo che avere una applicazione/sito a parte per le foto con la possibilità di organizzarle in "album" non mi dispiacerebbe.
Se decidessimo di avere anche questo, potremmo cercare uno strumento che fa in modo di esporre le immagini "crude" su URL e quindi di usare questi riferimenti nel sito (e quindi non avremmo la necessità stretta di infilare immagini nel repository e potremmo fare a meno di usare LFS).
In realtà, anche se non esplicitato qui, il discorso era partito per via degli album, non per i media degli articoli o del resto del sito.
E' estremamente più comodo avere una directory con dentro versione italiana del post, eventuale versione inglese, immagini e allegati se presenti. E' il concetto di page bundle di hugo, e funziona bene.
E' proprio la gestione degli album che pesa.
Anch'io appoggerei un soluzione separata, restando sempre su un sito statico generato da qualche motore che crei le gallerie partendo dall'organizzazione a cartelle e descrizioni prese da metadati infilati da qualche parte. Per quello pensavo ad un secondo sito con Hugo, un repo separato che utilizzi git lfs. Ma immagino esistano n-mila alternative.
Qualcosa tipo un webserver che fa rsync da Nexcloud e crea il sito non mi dispiacerebbe. Mettere le foto in Nextcloud lo trovo molto comodo.
siamo tutti un pò contrari a git LFS, quindi la cosa si chiude qui.