Haha, ok, non per velocizzare, ma in realtà esiste uno per liberare spazio! Sto parlando ovviamente di:
./launcher cleanup
Che rimuove le vecchie immagini quando il disco si riempie. È una cosa che a) ho dovuto eseguire personalmente diverse volte, b) non è così ovvia che esista a meno che tu non sappia dove cercare, e c) è stata menzionata, non so… almeno decine di volte su Meta nel corso degli anni.
Ho pensato di farcelo notare perché onestamente non capisco perché il “cleanup” non possa avvenire automaticamente, ad esempio una volta al mese e/o ad ogni rebuild Non vedo perché mai si vorrebbe mantenere per sempre tutti i vecchi container come impostazione predefinita.
Ah, capito, sì, questo rende tutto più difficile da perdere! Sembra comunque che dovrebbe essere un’attività in background, così nessuno deve mai eseguirlo manualmente. (A meno che non mi stia perdendo qualcosa e ci siano motivi validi per mantenere i vecchi container non utilizzati)
Non puoi indovinare perché qualcuno potrebbe voler tenere i vecchi container. Ho interi hard disk da computer che ho dismesso un decennio fa. Non voglio che qualcun altro decida di cancellarli.
Hai ragione, te lo chiedo solo perché letteralmente non so quali potrebbero essere quelle ragioni
Certo, capisco la necessità di mantenere i backup per scopi di conservazione effettiva dei dati. Ma i vecchi container sono una cosa diversa, giusto? Non sono un esperto di Docker e probabilmente è una metafora debole, ma per me sembra più come se fossi su macOS Catalina, ma avessi conservato copie di Mojave, High Sierra, Sierra, El Capitan, Yosemite, ecc. ecc.
Non metto in dubbio che ci siano… delle ragioni! per mantenere i container, ma non ne ho mai incontrate in anni di utilizzo di Discourse, quindi immagino che il 99% delle persone come me con installazioni vanilla non ne abbia mai bisogno. Se ci fosse un’opzione per pulire sempre automaticamente quelli vecchi, la userei!
Voglio dire, i plugin si rompono spesso durante gli aggiornamenti maggiori, specialmente quelli di terze parti. Non è molto diverso dai grandi rilasci di macOS che impediscono l’esecuzione di determinate applicazioni.
Ah, quindi stai dicendo che avere vecchi container è utile nel caso in cui qualcosa si rompa e tu debba fare un rollback? In tal caso, si tratterebbe solo del container immediatamente precedente, o ci sarebbe mai la necessità di un container di molto tempo fa?
So che il paragone con macOS non è perfetto, ma il mio punto è che non tornerei mai a un sistema operativo molto vecchio, anche se alcune applicazioni legacy funzionano solo sull’ultima versione. Se qualcuno mi dà un esempio concreto di “ecco un caso in cui ho effettivamente avuto bisogno di uno dei miei vecchi container Discourse di due anni fa”, allora starò zitto Onestamente, è una cosa che mi sono chiesto da molto tempo.
La mia analogia non era perfetta. Tuttavia, ci sono motivi per cui qualcuno potrebbe avere immagini e container Docker non utilizzati che non desidera eliminare, poiché li esegue solo occasionalmente e non vuole doverli ricreare la prossima volta che ne avrà bisogno.
Sto parlando ovviamente di:
Non vedo perché mai si vorrebbe mantenere per sempre tutti i vecchi container come impostazione predefinita.
Onestamente, è una cosa che mi sono chiesto da molto tempo.