cmd: updated prettier config and reformatted content

src/content/guides/2024-02-29-git-101.md

@@ -14,21 +14,21 @@ Git è un sistema di controllo di versione distribuito creato per gestire proget
 
 ### **Cos'è Git?**
 
--   **Sistema di controllo di versione**: Gestisce le modifiche al codice sorgente nel tempo.
+- **Sistema di controllo di versione**: Gestisce le modifiche al codice sorgente nel tempo.
 
--   **Distribuito**: Ogni sviluppatore ha una copia del repository.
+- **Distribuito**: Ogni sviluppatore ha una copia del repository.
 
--   **Veloce e leggero**: Ottimizzato per la velocità e le prestazioni.
+- **Veloce e leggero**: Ottimizzato per la velocità e le prestazioni.
 
 ### **Perché usare Git?**
 
--   **Tracciabilità**: Ogni modifica è tracciata e reversibile.
+- **Tracciabilità**: Ogni modifica è tracciata e reversibile.
 
--   **Collaborazione**: Più persone possono lavorare sullo stesso progetto.
+- **Collaborazione**: Più persone possono lavorare sullo stesso progetto.
 
--   **Backup**: Repository remoto per il backup del codice.
+- **Backup**: Repository remoto per il backup del codice.
 
--   **Branching**: Lavoriamo su nuove funzionalità senza influenzare il codice principale.
+- **Branching**: Lavoriamo su nuove funzionalità senza influenzare il codice principale.
 
 ---
 
@@ -96,9 +96,9 @@ git config --list
 
 ### **Repository**
 
--   **Repository locale**: Una cartella sul nostro computer che contiene il nostro progetto.
+- **Repository locale**: Una cartella sul nostro computer che contiene il nostro progetto.
 
--   **Repository remoto**: Una versione del progetto ospitata su un server (es. GitHub, GitLab).
+- **Repository remoto**: Una versione del progetto ospitata su un server (es. GitHub, GitLab).
 
 ### **Branch**
 
@@ -174,9 +174,9 @@ Il comando **`git commit`** è utilizzato per registrare le modifiche nel reposi
 
 #### Cosa succede dietro le quinte:
 
--   Git salva lo stato dei file nell'area di staging in un commit, che viene aggiunto alla cronologia del repository locale.
+- Git salva lo stato dei file nell'area di staging in un commit, che viene aggiunto alla cronologia del repository locale.
 
--   Ogni commit ha un identificatore unico (hash) che consente di risalire facilmente alle modifiche in qualsiasi momento.
+- Ogni commit ha un identificatore unico (hash) che consente di risalire facilmente alle modifiche in qualsiasi momento.
 
 ---
 
@@ -198,13 +198,13 @@ Il comando **`git commit`** è utilizzato per registrare le modifiche nel reposi
 
 #### Cosa succede dietro le quinte:
 
--   Git confronta il nostro branch locale con il branch remoto. Se ci sono nuovi commit nel branch remoto che non sono ancora nel nostro branch locale, ci verrà richiesto di fare un **pull** per aggiornare prima di fare il push.
+- Git confronta il nostro branch locale con il branch remoto. Se ci sono nuovi commit nel branch remoto che non sono ancora nel nostro branch locale, ci verrà richiesto di fare un **pull** per aggiornare prima di fare il push.
 
--   Il nostro repository locale viene sincronizzato con il remoto, rendendo le modifiche visibili a tutti gli altri che hanno accesso al repository remoto.
+- Il nostro repository locale viene sincronizzato con il remoto, rendendo le modifiche visibili a tutti gli altri che hanno accesso al repository remoto.
 
 #### Errori comuni:
 
--   Se il repository remoto è stato aggiornato nel frattempo da qualcun altro (ad esempio, con un altro push), riceveremo un errore che ci avvisa che dobbiamo fare prima un `git pull` per sincronizzare il nostro lavoro.
+- Se il repository remoto è stato aggiornato nel frattempo da qualcun altro (ad esempio, con un altro push), riceveremo un errore che ci avvisa che dobbiamo fare prima un `git pull` per sincronizzare il nostro lavoro.
 
 ---
 
@@ -226,13 +226,13 @@ Il comando **`git commit`** è utilizzato per registrare le modifiche nel reposi
 
 #### Cosa succede dietro le quinte:
 
--   **`git fetch`** scarica tutte le modifiche dal repository remoto, ma non le integra ancora nel nostro codice.
+- **`git fetch`** scarica tutte le modifiche dal repository remoto, ma non le integra ancora nel nostro codice.
 
--   **`git merge`** unisce le modifiche scaricate al nostro branch attuale, risolvendo eventuali conflitti, se necessario.
+- **`git merge`** unisce le modifiche scaricate al nostro branch attuale, risolvendo eventuali conflitti, se necessario.
 
 #### Errori comuni:
 
--   Se ci sono conflitti tra il nostro lavoro e quello degli altri, Git ci avviserà che dovremo risolverli manualmente. Dopo aver risolto i conflitti, dovremo aggiungere i file risolti (`git add`) e completare il merge con un commit.
+- Se ci sono conflitti tra il nostro lavoro e quello degli altri, Git ci avviserà che dovremo risolverli manualmente. Dopo aver risolto i conflitti, dovremo aggiungere i file risolti (`git add`) e completare il merge con un commit.
 
 ## **7. Lavorare con branch**
 
@@ -336,18 +336,18 @@ git branch -d <nome-branch>
 
 ## **10. Best practices**
 
--   Scriviamo messaggi di commit chiari e descrittivi.
+- Scriviamo messaggi di commit chiari e descrittivi.
 
--   Creiamo branch per nuove funzionalità o bugfix.
+- Creiamo branch per nuove funzionalità o bugfix.
 
--   Sincronizziamo frequentemente il nostro repository locale con quello remoto.
+- Sincronizziamo frequentemente il nostro repository locale con quello remoto.
 
 ---
 
 ## **11. Risorse aggiuntive**
 
--   [Documentazione ufficiale di Git](https://git-scm.com/doc)
+- [Documentazione ufficiale di Git](https://git-scm.com/doc)
 
--   [Guida interattiva Learn Git Branching](https://learngitbranching.js.org/)
+- [Guida interattiva Learn Git Branching](https://learngitbranching.js.org/)
 
--   [GitHub Docs](https://docs.github.com/)
+- [GitHub Docs](https://docs.github.com/)

src/content/guides/2024-11-03-deploy-with-github-actions.md

@@ -64,13 +64,13 @@ jobs:
 
 Il comando `rsync` ha le seguenti opzioni:
 
--   `-c` per controllare i file tramite checksum invece che per data e dimensione (che sono sempre diverse visto che stiamo ricosruendo il sito ogni volta con le GitHub Actions)
+- `-c` per controllare i file tramite checksum invece che per data e dimensione (che sono sempre diverse visto che stiamo ricosruendo il sito ogni volta con le GitHub Actions)
 
--   `-a` per copiare ricorsivamente i file e mantenere i permessi
+- `-a` per copiare ricorsivamente i file e mantenere i permessi
 
--   `-v` per mostrare i file copiati
+- `-v` per mostrare i file copiati
 
--   `-z` per comprimere i file durante il trasferimento
+- `-z` per comprimere i file durante il trasferimento
 
 ## SSH Segreti
 

src/content/guides/2024-11-17-attivazione-poisson.md

@@ -12,11 +12,11 @@ Poisson è un server autogestito dalla comunità studentesca di matematica, da s
 
 Se non si è mai creato un account Poisson, è necessario inviare una richiesta via email a **macchinisti@lists.dm.unipi.it** includendo:
 
--   Nome
+- Nome
 
--   Cognome
+- Cognome
 
--   Username di ateneo (quello associato alla propria email istituzionale)
+- Username di ateneo (quello associato alla propria email istituzionale)
 
 Nella mail è sufficiente specificare che si desidera attivare un account Poisson. I "macchinisti" si occuperanno di attivare l'account il prima possibile.
 
@@ -66,7 +66,10 @@ Vediamo un piccolo esempio di file `index.html` che possiamo creare:
             style="max-width: 300px; border-radius: 10px;"
         />
         <p>Ciao! Sono Sergio Steffè.</p>
-        <p>Email: <a href="mailto:sergio.steffe@example.com">sergio.steffe@example.com</a></p>
+        <p>
+            Email:
+            <a href="mailto:sergio.steffe@example.com">sergio.steffe@example.com</a>
+        </p>
     </body>
 </html>
 ```