Add Italian translations

COLLABORATORS.md

@@ -31,3 +31,4 @@
 - [yous](https://github.com/yous)
 - [marocchino](https://github.com/marocchino)
 - [MJayJang](https://github.com/MJayJang)
+- [ciarlystreet](https://github.com/ciarlystreet)

i18n/it.json

@@ -0,0 +1,111 @@
+{
+  "install-npm": {
+    "verifying": "verifico che npm sia installato...",
+    "missing": "Sembra che npm non sia installato.",
+    "npm-problem": "Uh Oh! npm ha avuto un problema!",
+    "version-verified": "Hai installato la versione {{version}}.  Grandioso!\nOra vediamo qual è l'ultima versione... aspetta...",
+    "latest-version": "L'ultima verisone di npm è: {{version}}",
+    "upgrade": "Hai la versione {{version}}, ma l'ultima è {{latest}}\nEsegui `npm install npm -g` per aggiornarlo\n(Puoi anche saltare questo passaggio se vuoi)",
+    "success": "Congratulazioni!\nHai installato una versione recente di npm!"
+  },
+  "dev-environment": {
+    "err_workshopper": "Sembra che tu sia nella root del workshopper.",
+    "err_home": "Sembra che tu sia nella tua home directory.",
+    "hint": "Questo non è saggio. Crea una nuova directory e usala.",
+    "no_package": "Sembra che manchi `package.json`. Hai eseguito `npm init`?"
+  },
+  "login": {
+    "whoami_err": "Uh oh!\nSembra che qualcosa sia andato storto",
+    "logged_out": "Hm ... Non vedo un login qui\nHai eseguito `npm adduser` per creare l'account?",
+    "success": "Congratulazioni, {{user}}!\nSei l'orgoglioso proprietario di un nuovo account npm immaginario!\nUsalo saggiamente. Mai in collera. Sempre per il bene.\n\nDa un grande potere derivano grandi responsabilità, il che è \nsufficientemente diverso dalla storia di Spider Man \nsperiamo che Marvel non ci faccia causa.\n\nExcelsior!"
+  },
+  "start-a-project": {
+    "no_package": "Nessun package.json trovato.\nEsegui `npm init` nella directory di lavoro.",
+    "success": "Congratulazioni!\nHai creato un progetto! Apri il file package.json per esaminarlo.",
+    "extra_credit": "CREDITI EXTRA! Ben fatto."
+  },
+  "install-a-module": {
+    "error": "Uh oh!  Sembra che non sia stato installato correttamente.\nL'errore riscontrato è: \n{{{error}}}\nAssicurati di usare il comando `npm install @linclark/pkg`\nper installare il modulo `@linclark/pkg`.",
+    "success": "Congratulazioni! L'hai installato."
+  },
+  "listing-dependencies": {
+    "usage": "Avvia:\n`how-to-npm verify OK` se tutto va bene,\no:\n`how-to-npm verify NOT OK` in alternativa.",
+    "ok_not": "Scusa no. Non va tutto bene!\nProva a eseguire `npm ls` e visualizza l'errore.",
+    "not_ok_not": "Hmm...\nBene, potrebbe davvero esserci molto male nel mondo,\nma nel file package.json e nella cartella node_modules va tutto bene.",
+    "success": "Sembra che tu abbia risolto il problema. Fantastico!\nNota che `npm ls` è molto più calmo ora."
+  },
+  "npm-test": {
+    "section_missing": "Oops!  Non hai una sezione `scripts.test` nel tuo file\npackage.json. Modificalo e riprova.",
+    "running": "Esecuzione dello script di test...",
+    "running_done": "...fatto!",
+    "error": "Uh oh!  Il test è fallito!\nProva a creare un test che funzioni davvero.",
+    "success": "Congratulazioni!  Hai scritto un test valido!\nScrivere un BUON test riduce il lavoro da fare in futuro."
+  },
+  "package-niceties": {
+    "problem": "Non proprio!\nC'è ancora un problema da risolvere.",
+    "error": "Uh oh!\nSembra che qualcosa sia andato storto",
+    "success": "Sembra perfetto!\nUn package senza un file readme è come un\nmucchio di JavaScript senza istruzioni o link al repository git."
+  },
+  "publish": {
+    "error": "Uh oh!\nSembra che tu non abbia pubblicato correttamente\n il package\n{{name}}.  Prova ancora!"
+  },
+  "version": {
+    "invalid_semver": "Sembra che il tuo package.json abbia una versione non valida!\nUtilizza `npm help semver` per saperne di più sui numeri di versione\nIl tuo numero di versione attuale è: {{version}}\n",
+    "old_version": "Uh oh!\nLa versione è ferma {{version}}\nProva con `npm help version`.",
+    "success": "Ottimo lavoro!\nEsegui `how-to-npm` per la prossima entusiasmante sfida!"
+  },
+  "publish-again": {
+    "not_republished": "Whoops!\nSembra che tu non abbia ripubblicato il package\nProva a eseguire `npm publish` e quindi a riverificare.",
+    "current_missing": "Hmm... Vedo che hai pubblicato più di una volta, ma\nla versione attuale ({{version}}) non è nel set.\nEcco cosa vedo lì dentro:\n{{{found}}}\nProva a pubblicarlo di nuovo!",
+    "success": "Wow!  Sei sulla buona strada per diventare un normale\nTJames \"Substack\" Halidaychuk!  Non puoi fermarti!\nEsegui `how-to-npm` per procedere allo step successivo."
+  },
+  "dist-tag": {
+    "success": "Uh oh, sembra che tu abbia ancora un solo dist-tag.\nUtilizza `npm help dist-tag` per imparare ad aggiungerne un altro."
+  },
+  "dist-tag-removal": {
+    "too_many": "Uh oh, sembra che tu abbia qualche dist-tag extra lì.\nUtilizza `npm help dist-tag` per imparare a rimuoverli.",
+    "version_mismatch": "Oops!  Il tag \"più recente\" punta ancora alla release\npiù recente, {{version}}.\nFallo puntare altrove, e riavvia `how-to-npm verify`\n\nUtilizza `npm help dist-tag` per saperne di più su come farlo."
+  },
+  "outdated": {
+    "no_package": "Esegui `how-to-npm verify PKG` ma sostituisci `PKG` con il nome\ndel package obsoleto",
+    "wrong_package": "Nope, non è {{{pkg}}}.  Prova ancora!"
+  },
+  "update": {
+    "outdated": "Oops!  Stai ancora usando la versione obsoleta!",
+    "success": "Eccezionale!  È tutto aggiornato!\nEsegui `how-to-npm` per passare all'esercizio successivo"
+  },
+  "rm": {
+    "dependencies_left": "Sembra che ci siano ancora alcune dipendenze in giro",
+    "package_json_left": "Hai rimosso i file, ma non le voci sul package.json"
+  },
+  "finale": {
+    "todo": "Sembra che tu abbia ancora molto lavoro da fare. Termina\ni seguenti esercizi prima di poter iniziare:"
+  },
+  "error": {
+    "not_setup": "Sembra che tu non sia ancora pronto per questo!\nTorna alla lezione `01 Ambiente di Sviluppo` per impostare \nla directory di lavoro.",
+    "wrong_folder": "Uh oh!\nSembra che tu sia nella cartella sbagliata.\nEsegui cd in {{cwd}}\ne riprova'"
+  },
+  "exercise": {
+    "00 Install npm": "00 Installa npm",
+    "01 Dev Environment": "01 Ambiente di Sviluppo",
+    "02 Login": "02 Login",
+    "03 Start A Project": "03 Avvia Un Progetto",
+    "04 Install A Module": "04 Installa Un Modulo",
+    "05 Listing Dependencies": "05 Elenco Dipendenze",
+    "06 npm Test": "06 npm Test",
+    "07 Package Niceties": "07 Package Niceties",
+    "08 Publish": "08 Pubblica",
+    "09 Version": "09 Versione",
+    "10 Publish Again": "10 Pubblica Nuovamente",
+    "11 Dist Tag": "11 Dist Tag",
+    "12 Dist Tag Removal": "12 Rimuovere i Dist Tag",
+    "13 Outdated": "13 Obsoleto",
+    "14 Update": "14 Aggiornare",
+    "15 Rm": "15 Rm",
+    "16 Finale": "16 Finale"
+  },
+  "menu": {
+    "reset-registry": "RIPRISTINA REGISTRO"
+  },
+  "reset": "Ripristinare correttamente il registro"
+}

index.js

@@ -15,7 +15,7 @@ if (notifier.update) {
 var adventure = require('workshopper-adventure/adventure')
 var shop = module.exports = adventure({
   name: 'how-to-npm',
-  languages: ['en', 'es', 'ja', 'fr', 'ko'],
+  languages: ['en', 'es', 'ja', 'fr', 'ko', 'it'],
   appDir: __dirname,
   menu: {
     bg: 'white',

problems/00-install-npm/problem.it.txt

@@ -0,0 +1,19 @@
+Ciao e benvenuto nell'avventurioso workshop su npm! Ti chiederò
+di fare varie cose con npm in modo da poter iniziare
+a fare preatica.
+
+Alcuni comandi utili:
+
+npm help ............ Chiedi aiuto con npm
+how-to-npm print .... Rivisualizza l'esercizio corrente
+how-to-npm verify ... Verifica di aver terminato un esercizio
+how-to-npm solution . Mostra la soluzione per l'esercizio corrente
+
+La prima cosa che faremo è assicurarci che la versione del tuo npm
+sia aggiornata.
+
+Esegui `$ADVENTURE_COMMAND verify` una volta fatto.
+
+(Questa è l'unica parte del workshop che richiede l'accesso alla rete.
+Se la rete è bloccata e si desidera saltare questo passaggio, è possibile eseguire
+`$ADVENTURE_COMMAND verify skip`.)

problems/00-install-npm/skip.it.txt

@@ -0,0 +1,4 @@
+Ok, se lo dici tu...
+Puoi sempre installare l'ultima versione di npm utilizzando
+`npm install npm -g`.  Potrebbe essere necessario eseguire questo comando come `sudo`
+o come Amministratore.

problems/01-dev-environment/problem.it.txt

@@ -0,0 +1,14 @@
+Una delle cose più importanti che npm fa è installare i pacchetti.
+
+Tuttavia, per essere un buon workshop, non vogliamo sporcare 
+i file su tutto il computer, quindi prima di andare avanti, 
+creiamo un ambiente di sviluppo.
+
+Per prima cosa, crea una nuova directory e accedi ad essa con `cd`.
+
+Quindi, esegui `npm init` per creare un file package.json. Ti verrà 
+richiesto di rispondere a una serie di domande. Puoi semplicemente 
+premere Invio per accettare il valore predefinito per ogni domanda.
+
+Esegui `$ADVENTURE_COMMAND verify` una volta terminato. Tutti gli altri comandi 
+eseguiti in questa esercitazione devono essere eseguiti in questa cartella.

problems/01-dev-environment/success.it.txt

@@ -0,0 +1,8 @@
+Congratulazioi!
+Hai un ambiente di sviluppo.
+
+Da qui in poi, assicurati di seguire il workshop utilizzando questa cartella
+
+Potresti notare apparire un file `.npmrc`.
+Ciò normalmente non sarebbe richiesto, ma il workshop lo utilizza
+per ingannare le parti che normalmente necessitano di Internet.

problems/02-login/problem.it.txt

@@ -0,0 +1,15 @@
+npm sarò migliore quando entrerai a farne parte. Per iniziare
+crea un account.
+
+Dato che questo è solo un tutorial, ricorda, non stiamo 
+*effettivamente* creando un account reale. Tuttavia, quando 
+proverai a crearne uno realmente, oltre all'account avrai 
+una pagina su npmjs.com e la possibilità di pubblicare 
+pacchetti che possono essere installati e apprezzati da veri esseri umani.
+
+Per vedere l'account con cui ti sei loggato, esegui `npm whoami`
+
+Per creare il tuo account, esegui `npm adduser`
+
+Provalo subito e apri la porta al divertimento!
+Quindi esegui `$ADVENTURE_COMMAND verify`

problems/03-start-a-project/continue.it.txt

@@ -0,0 +1,6 @@
+Per avere punti extra, prova anche a impostare questa directory come repository git.
+
+La convenzione prevede di avere un singolo repository git per ciascun modulo o progetto.
+Usa il comando `git init` per impostare la tua directory di lavoro come progetto git.
+
+Quindi, esegui `how-to-npm verify extra credit`

problems/03-start-a-project/problem.it.txt

@@ -0,0 +1,9 @@
+npm ti aiuta a costruire progetti, ma perché npm sia in grado di farlo, 
+devi dire a npm un po 'del tuo progetto. Puoi dire a npm del tuo 
+progetto in un file chiamato package.json.
+
+Esegui `npm init --scope=<username>`, e sostituiisci <username> con l'utente
+che hai creato nella lezione precendete. Questo creerà il file package.json.
+(Per ottenere crediti extra, imposta il progetto anche con un repository git.)
+
+Esegui `$ADVENTURE_COMMAND verify` una volta che hai finito.

problems/03-start-a-project/suggestion.it.txt

@@ -0,0 +1,5 @@
+Bene, hai tutto tranne la parte git.
+La convenzione è un repository git per modulo, quindi di solito 
+dovresti eseguire `git init` alla radice del tuo progetto.
+
+Rimuovi la cartella .git ovunque tu sia, ed esegui `git init`

problems/04-install-a-module/problem.it.txt

@@ -0,0 +1,14 @@
+La prima cosa che molte persone fanno con npm è installare una dipendenza.
+
+Le dipendenze vengono recuperate dal registro e decompresse nella cartella 
+`node_modules`.
+
+Per installare un modulo, usa il comando `npm install <modulename>`.
+
+Il registro che stiamo usando per questo tutorial è una piccola versione di 
+quello presente su https://registry.npmjs.org. Quindi potresti scoprire 
+che ha solo un ristretto numero di moduli.
+
+Iniziamo installando il modulo "@linclark/pkg".
+
+Esegui `$ADVENTURE_COMMAND verify` una volta che avrai terminato.

problems/05-listing-dependencies/continue.it.txt

@@ -0,0 +1,20 @@
+In effetti, non tutto va bene qui nel dep-land.
+
+Le tue dipendenze dovrebbero essere elencate nel file package.json in un 
+oggetto chiamato "dipendenze". Tuttavia, quando abbiamo installato '@linclark/pkg', 
+non abbiamo aggiornato il file package.json per elencare questa dipendenza.
+
+Quindi, si presenta come 'estraneo', avvertendoci che abbiamo qualcosa 
+lì che non abbiamo elencato come dipendenza.
+
+Il modo più semplice per evitare questa situazione è usare il flag `--save` 
+durante l'installazione delle dipendenze. Potresti non voler fare questo 
+con cose che stai solo provando, ma quando lo vorrai, potrai usare questo flag 
+per aggiornare facilmente il tuo file package.json.
+
+Prova ad eseguire `npm install @linclark/pkg --save` per installare il modulo e 
+aggiornare anche il tuo file package.json allo stesso tempo.
+
+(Un'altra opzione è quella di modificare il file package.json in un editor di testo)
+
+Quindi esegui `how-to-npm verify OK` una volta risolto il problema.

problems/05-listing-dependencies/problem.it.txt

@@ -0,0 +1,10 @@
+npm non serve solo per l'installazione di moduli. Ti mostra anche cosa hai 
+già installato (le tue dipendenze).
+
+Puoi farlo usando il comando `npm ls`.
+
+Esegui questo comando nella tua directory di lavoro. Se ci dovessero essere 
+problemi npm ti avviserà restituendo un messaggio "!ERR".
+
+Se tutto ti sembra corretto, esegui `$ADVENTURE_COMMAND verify OK`, o
+`$ADVENTURE_COMMAND verify NOT OK` se npm segnala un problema".

problems/06-npm-test/problem.it.txt

@@ -0,0 +1,32 @@
+Ora hai installato qualcosa e usato `npm ls` per mostrare la lista delle dipendenze installate.
+
+Se guardi il file package.json, contiene questo bit piuttosto strano:
+
+  "scripts": {
+    "test": "echo \"Error: no test specified\" && exit 1"
+  },
+
+npm può essere utilizzato come task runner con la sua proprietà "script". Quasi 
+ogni modulo e progetto avrà uno script di test che viene eseguito per assicurarsi 
+che tutto sia a posto. Per aiutarti a ricordare di farlo, npm 
+inserisce un test "sempre fallito" per impostazione predefinita.
+
+Innanzitutto, crea un file chiamato `test.js`. Ai fini di questo workshop 
+puoi lasciarlo in bianco, ma è qui che dovresti scrivere i tuoi 
+test (questa è la classe npm, non la classe test). Il test deve concludersi 
+senza generare un errore, altrimenti il test fallisce.
+
+Quindi, modifica il tuo file `package.json` per rendere la sezione dei tuoi script 
+simile a questa:
+
+  "scripts": {
+    "test": "node test.js"
+  },
+
+Una volta fatto, esegui `$ADVENTURE_COMMAND verify` per verificare il lavoro fatto.
+
+Informazioni aggiuntive: Se avresti voluto eseguire effettivamente dei test scritti in 
+`test.js` con lo script "test", avresti dovuto eseguire `npm test`.
+
+I documenti per la proprietà degli script di npm sono disponibili qui:
+https://docs.npmjs.com/misc/scripts

problems/07-package-niceties/problem.it.txt

@@ -0,0 +1,19 @@
+Quindi, abbiamo creato un file package.json, ma mancano alcune cose 
+che le persone solitamente si aspettano. Se scrivi `npm install`, 
+vedrai qualcosa del genere:
+
+    npm WARN package.json %ID% No description
+    npm WARN package.json %ID% No repository field.
+    npm WARN package.json %ID% No README data
+
+Prima di poter condividere questa opera d'arte con il mondo, dobbiamo renderla 
+un po' più raffinata in modo che le persone sappiano come usarla.
+
+Innanzitutto, crea un file README.md, con alcune parole al suo interno.
+
+Quindi, aggiungi un campo "repository" nel tuo file package.json, con un URL 
+da cui le persone possano accedere al codice.
+
+È possibile modificare manualmente il file package.json oppure eseguire nuovamente `npm init`.
+
+Esegui `$ADVENTURE_COMMAND verify` quando avrai fatto.

problems/08-publish/problem.it.txt

@@ -0,0 +1,16 @@
+A che serve un gestore di pacchetti senza pacchetti?
+
+Non va bene.
+
+Fortunatamente, questo non è un problema per npm, perché è molto facile per tutti 
+gli utenti di npm pubblicare i loro moduli e condividerli con il mondo.
+
+I pacchetti entrano nel registro usando il comando `npm publish`.
+
+Provalo ora. Non c'è molto da fare.
+
+(Assicurati di essere ancora nella giusta directory di progetto. Se pubblichi 
+qualcosa per errore, puoi rimuoverlo, ma non c'è garanzia 
+che nessuno lo abbia visto nel frattempo.)
+
+Esegui `$ADVENTURE_COMMAND verify` quando avrai fatto.

problems/08-publish/success.it.txt

@@ -0,0 +1,20 @@
+Per visualizzare il contenuto del pacchetto, ho appena eseguito questo comando:
+
+  npm view %NAME%
+
+Esegui questo comando tu stesso per vedere cosa stampa.
+
+Il comando `npm view` è un ottimo modo per visualizzare i dettagli del pacchetto, 
+per vedere cosa hai appena pubblicato e per verificare se un nome è già stato utilizzato.
+
+Ora che hai pubblicato il tuo primo pacchetto qui nel simulatore 
+del laboratorio npm, esci e scrivi qualcosa di reale da condividere con veri umani!
+
+Non devi solo condividere il codice per altre persone però. Ci sono 
+anche vantaggi nel suddividere il tuo codice in piccoli pezzi gestibili, 
+anche se li stai usando tutti da solo.
+
+Puoi immaginare che il tuo sé futuro e il tuo sé passato siano i due
+altri sviluppatori nel tuo team. (Pianificare le riunioni è piuttosto complicato.)
+
+Esegui `how-to-npm` per accedere alla prossima avventura!

problems/09-version/problem.it.txt

@@ -0,0 +1,30 @@
+Ogni pacchetto su npm ha un numero di versione associato. Quando 
+si rilasciano aggiornamenti al pacchetto, questi aggiornamenti 
+ottengono un numero di versione aggiornato.
+
+I numeri di versione in npm seguono uno standard chiamato "SemVer". Questo sta 
+per "Versione semantica". Le specifiche per questo standard sono disponibili 
+all'indirizzo http://semver.org.
+
+La versione tl;dr è una versione come questa:
+
+  1.2.3
+  ^ ^ ^
+  | | `-- Patch version. Aggiornamento per ogni modifica.
+  | `---- Minor version. Aggiornamento per aggiunte API.
+  `------ Major version. Aggiornamento per interrompere le modifiche all'API.
+
+npm ha un comando speciale chiamato `npm version` che aggiornerà 
+il tuo file package.json per te, e committerà anche la modifica su git 
+se il tuo progetto è un repository git. Puoi saperne di più su `npm help version`.
+
+Oppure, se non ti fidi delle macchine, puoi aprire il file package.json 
+a mano e inserire alcuni nuovi numeri nel campo "version".
+
+Il registro npm non ti consente di pubblicare una nuova versione del tuo pacchetto 
+senza aggiornare il numero di versione! Mai! Quindi, abituati all'idea di modificare 
+la versione ogni volta che vuoi pubblicare, anche se la modifica è davvero minore.
+
+Non preoccuparti, ci sono molti numeri interi, probabilmente non finiranno.
+
+Aggiorna subito il tuo numero di versione, quindi `$ADVENTURE_COMMAND verify` per controllarlo.

problems/10-publish-again/problem.it.txt

@@ -0,0 +1,9 @@
+Pubblicare qualcosa una volta va bene. Ma i pacchetti sani vengono 
+pubblicati più volte con correzioni di bug nuovi ed eccitanti.
+
+Non è possibile riutilizzare di nuovo lo stesso numero di versione, 
+perché è intollerabile per tutti i robot che eseguono i tapis roulant 
+che alimentano il registro npm. Tuttavia, ora che abbiamo modificato il numero 
+di versione nell'ultimo esercizio, è possibile pubblicare nuovamente il pacchetto.
+
+Fallo! Quindi ottieni il tuo premio con `$ADVENTURE_COMMAND verify`