Creare più cartelle nel Prompt dei comandi di Windows

Nel Prompt dei comandi di Windows non serve creare le cartelle una alla volta. Con md o mkdir puoi generare più directory nello stesso comando, incluse quelle annidate, purché la sintassi sia corretta. È una cosa semplice, ma in ambienti di lavoro reali fa risparmiare tempo quando devi preparare strutture per progetti, backup, export, log o repository.

La regola da ricordare è questa: md e mkdir in CMD sono equivalenti. Non sono comandi diversi, sono solo due nomi per la stessa funzione. Se passi più percorsi, il Prompt prova a creare tutte le cartelle indicate. Se un percorso include sottocartelle inesistenti, CMD può creare anche l’intera catena, quindi non devi per forza passare per ogni livello intermedio.

Sintassi essenziale in CMD

Per creare più cartelle nello stesso comando puoi scrivere i percorsi separati da spazio. Esempio base:

md C:\Dati\Progetto1 C:\Dati\Progetto2 C:\Dati\Progetto3

Con questo comando ottieni tre cartelle diverse sotto C:\Dati. Se la cartella C:\Dati esiste già, il comando va a buon fine. Se non esiste, e stai creando un percorso annidato completo, CMD in genere riesce comunque a costruire la struttura necessaria.

Se vuoi creare una struttura gerarchica più profonda in una sola riga, puoi farlo così:

md C:\Lavoro\ClienteA\2025\Export

In questo caso non stai creando “più cartelle separate”, ma una catena di directory nello stesso colpo. Per molti flussi operativi è il caso più utile: prepari l’albero di lavoro prima di copiare file, eseguire script o avviare un job di elaborazione.

Creare cartelle multiple una accanto all’altra

Se l’obiettivo è avere cartelle sorelle nello stesso livello, il comando è lineare. Per esempio, se devi preparare una struttura per documenti, immagini e log:

mkdir C:\Archivio\Documenti C:\Archivio\Immagini C:\Archivio\Log

Il risultato atteso è che sotto C:\Archivio compaiano tre directory distinte. Questo approccio è comodo anche quando automatizzi attività ripetitive in script batch: invece di lanciare tre istruzioni separate, tieni tutto in una sola riga leggibile.

Un dettaglio spesso trascurato: se una delle cartelle esiste già, il comando non si comporta come un errore grave. In pratica, la cartella preesistente viene lasciata com’è e il resto continua. Questo rende il comando abbastanza tollerante per scenari di provisioning leggero o setup iniziale.

Cartelle con spazi nel nome

Quando il percorso contiene spazi, devi usare le virgolette. Senza virgolette, CMD interpreta gli spazi come separatori tra argomenti e il comando viene letto male.

md "C:\Dati Cliente\Anno 2025\Report" "C:\Dati Cliente\Anno 2025\Allegati"

Qui ogni percorso è racchiuso tra virgolette perché contiene spazi in più punti. Se lavori con cartelle create da utenti, file esportati da applicativi o nomi standardizzati male, questa è la prima causa di errore da controllare.

Se vuoi evitare ambiguità, conviene abituarsi a quotare sempre i percorsi quando c’è anche solo il dubbio che possano contenere spazi. È una piccola abitudine che evita parecchi problemi in batch e script manuali.

Esempi pratici per scenari reali

In un contesto tecnico, creare più cartelle in CMD torna utile in diversi casi. Per esempio, puoi preparare una struttura di lavoro per un cliente:

md "D:\Clienti\ACME\Input" "D:\Clienti\ACME\Output" "D:\Clienti\ACME\Backup"

Oppure puoi predisporre directory per un progetto software:

md C:\Dev\App\src C:\Dev\App\tests C:\Dev\App\docs

Se gestisci log o esportazioni ricorrenti, puoi creare un set di cartelle per data o per ambiente:

md C:\Logs\Prod C:\Logs\Staging C:\Logs\Dev

In tutti questi casi il vantaggio non è solo velocità. Riduci anche il rischio di dimenticare un livello della gerarchia o di creare un percorso incoerente rispetto alla convenzione usata dal resto del team.

Creare cartelle annidate senza passaggi intermedi

Uno degli usi più comodi di mkdir in CMD è la creazione di percorsi completi. Se devi arrivare a una directory molto specifica, non serve creare manualmente ogni singolo livello.

mkdir C:\Progetti\Sito\asset\img\hero

Se la cartella finale è quella che ti serve davvero, il comando può costruire anche i livelli superiori. Questo è utile quando prepari ambienti di test, cartelle di importazione o directory di lavoro per script che si aspettano una struttura precisa.

Attenzione però a non confondere questa comodità con una verifica di correttezza. Il fatto che il comando crei la gerarchia non significa che il percorso sia quello giusto dal punto di vista funzionale. Se sbagli una lettera o un ramo del percorso, il comando può comunque creare una struttura valida ma nel posto sbagliato.

Come verificare che le cartelle siano state create

Dopo il comando, la verifica più semplice è con dir sul percorso padre. Per esempio:

dir C:\Dati

Nel risultato dovresti vedere le cartelle appena create. Se vuoi un controllo più mirato, puoi puntare direttamente al livello superiore della struttura che hai generato. Questo è più affidabile di andare a occhio in Esplora file, soprattutto quando lavori in remoto o su macchine con molte directory.

Se il comando non produce l’effetto atteso, i primi punti da controllare sono sempre gli stessi: percorso scritto male, virgolette mancanti, permessi insufficienti o unità non disponibile. In un ambiente gestito, vale la pena verificare anche se la cartella padre è su un volume montato, una share di rete o un disco rimovibile.

Errori tipici e come leggerli

Il problema più comune è l’errore di sintassi dovuto agli spazi. Se il nome della cartella contiene spazi e non usi le virgolette, CMD spezza il percorso in più pezzi e prova a interpretarlo male. Il sintomo tipico è una cartella creata nel posto sbagliato, oppure un messaggio che segnala un percorso non valido.

Un secondo caso frequente è la mancanza di permessi. Se stai tentando di creare directory in una posizione protetta, come una cartella di sistema o un percorso soggetto a policy, il comando può fallire anche se la sintassi è corretta. In quel caso non è il comando il problema: è il contesto di esecuzione.

Un terzo scenario riguarda percorsi su unità non presenti o share non raggiungibili. Qui il comando è formalmente corretto, ma l’host non riesce a risolvere il target. Se lavori spesso con mappature di rete, conviene verificare prima l’esistenza del drive o del mount point.

CMD, PowerShell e differenze pratiche

Molti utenti mescolano mentalmente CMD e PowerShell, ma il comportamento non è identico. In CMD il riferimento principale resta md/mkdir e la logica è molto lineare. In PowerShell esistono cmdlet e operatori diversi, e la gestione dei percorsi segue regole più ricche ma anche più rigide in certi casi.

Se il tuo obiettivo è solo creare cartelle multiple in modo rapido da una finestra tradizionale di Prompt dei comandi, CMD è perfettamente adeguato. Se invece devi integrare la creazione delle directory in uno script più ampio, con controllo degli errori e logica condizionale, PowerShell offre più flessibilità. La scelta dipende dal contesto, non da una superiorità assoluta dell’uno o dell’altro.

Un aspetto pratico: in ambienti di supporto o help desk, CMD resta spesso il minimo comune denominatore. È disponibile ovunque, è rapido da ricordare e non richiede di cambiare contesto mentale. Per operazioni ripetitive e semplici, questa resta una qualità concreta.

Quando conviene usare un file batch

Se devi creare le stesse cartelle ogni volta, ha senso spostare il comando in un file batch. Invece di digitare tutto manualmente, salvi una sequenza di creazione e la richiami quando serve.

@echo off
md "C:\Dati\Import" "C:\Dati\Export" "C:\Dati\Temp"

Questo esempio è minimale, ma già utile. In uno scenario reale puoi aggiungere controlli preliminari, logging e verifiche post-esecuzione. Il vantaggio non è solo automatizzare, ma anche ridurre gli errori manuali su percorsi lunghi o complessi.

Se il batch viene eseguito con un account che ha permessi limitati, il comportamento può cambiare in base alla cartella di destinazione. Per questo è meglio testare sempre il file in un ambiente controllato prima di usarlo su postazioni o server dove il contesto di esecuzione è diverso.

Piccoli accorgimenti che evitano problemi

Se vuoi lavorare in modo pulito, tieni presente alcune abitudini semplici. Prima di tutto, usa nomi chiari e coerenti per le directory. Secondo, quota sempre i percorsi quando c’è la possibilità di spazi. Terzo, verifica il livello padre prima di lanciare il comando, soprattutto se stai lavorando su dischi esterni o percorsi di rete.

Un altro dettaglio utile è evitare nomi troppo ambigui o troppo simili tra loro. In una struttura grande, cartelle come temp, tmp e tmp2 possono creare confusione più facilmente di quanto sembri. La semplicità dei nomi aiuta anche quando devi fare assistenza a distanza o documentare la procedura per altri operatori.

Infine, se stai preparando una struttura destinata a essere usata da script, applicazioni o altri utenti, pensa subito alla convenzione finale. Creare cartelle multiple in CMD è veloce; il vero valore sta nel creare una struttura che resta leggibile e stabile nel tempo.

In sintesi operativa

Per creare più cartelle nel Prompt dei comandi di Windows, usa md o mkdir con più percorsi nella stessa riga. Se i nomi contengono spazi, racchiudi ogni percorso tra virgolette. Se devi costruire una gerarchia annidata, passa direttamente il percorso completo. Dopo l’esecuzione, verifica con dir o con il controllo visivo della cartella padre.

È una funzione piccola, ma in pratica copre molti casi d’uso quotidiani: preparazione di ambienti, strutture di progetto, directory di log, export e archivi. Quando la usi con percorsi chiari e controlli minimi, diventa uno strumento affidabile e veloce, senza bisogno di passare subito a soluzioni più pesanti.