L'installazione del modello Durandal con Mimosa sembra rompere quando si dà un percorso

Question

Nodo, mimosa, Durandal Newb.Sto tentando di installare lo scheletro Mimosa di Durandal su Windows, come dettagliato su sito web durandal .Esecuzione di questo comando:

mimosa skel:new durandal "C:\Users\Anthony\node projects\typelearn"

.

(citazioni perché Windows and Space in Path) mi dà questo errore, con il percorso errato per il percorso di installazione del modello:

C:\Users\Anthony>mimosa skel:new durandal "C:\Users\Anthony\node projects\typele
arn"
13:16:11 - Retrieving registry...
13:16:11 - Found skeleton in registry
13:16:11 - Cloning GitHub repo [[ git://github.com/BlueSpire/Durandal-Mimosa-Ske
leton.git ]] to temp holding directory.
13:16:13 - Moving cloned repo to  [[ C:\Users\Anthony\C:\Users\Anthony\node proj
ects\typelearn ]].

fs.js:642
  return binding.mkdir(pathModule._makeLong(path),
                 ^
Error: ENOENT, no such file or directory 'C:\Users\Anthony\C:\Users\Anthony\node
 projects\typelearn'
    at Object.fs.mkdirSync (fs.js:642:18)
    at _moveDirectoryContents (C:\Users\Anthony\AppData\Roaming\npm\node_modules
\mimosa\node_modules\skelmimosa\lib\command\new.js:87:8)
    at C:\Users\Anthony\AppData\Roaming\npm\node_modules\mimosa\node_modules\ske
lmimosa\lib\command\new.js:64:5
    at ChildProcess.exithandler (child_process.js:635:7)
    at ChildProcess.EventEmitter.emit (events.js:98:17)
    at maybeClose (child_process.js:735:16)
    at Socket.<anonymous> (child_process.js:948:11)
    at Socket.EventEmitter.emit (events.js:95:17)
    at Pipe.close (net.js:466:12)

.

La rimozione delle quotazioni attorno al percorso del file nell'argomento della riga di comando fornisce lo stesso errore.Avere un filepath senza spazi dà lo stesso errore.

Nota che funziona bene: C:\Users\Anthony\node projects\typelearn>mimosa skel:new durandal

Una domanda:

.
• Come posso ottenere lo scheletro da installare correttamente?Sembra un bug per me: C:\Users\Anthony\C:\Users\Anthony\node projects\typelearn non è sicuramente un percorso che esiste, ma Mimosa sta tentando di spostare il repo clonato lì.

Answer 1

Credo di aver risolto quel bug e ho rilasciato una nuova versione di Mimosa.Non riesco a testare le finestre in questo momento, ma spero che la soluzione fosse multipiattaforma.

La cartella fornita è stata sempre immaginata per essere qualcosa nella directory corrente.Ma sono felice di supportare il caso dell'uso che hai tirato qui.

Lo stesso problema ti morderà anche su mimosa new.Prenderò quello fisso dopo aver rilasciato 2.0 qualche volta dopo questo mese.

Answer 2

Sembra che il percorso deve essere relativo alla directory corrente, quindi credo che ciò avrebbe funzionato:

C:\Users\Anthony>mimosa skel:new durandal "\node projects\typelearn"

.

Poiché sembra che aggiunga automaticamente il percorso corrente a quello fornito.Quindi forse i documenti devono essere più specifici oppure il bug è che il comando dovrebbe consentire anche percorsi assoluti.

Answer 3

Penso che questo sia un bug.Funziona bene:

C:\Users\Anthony\node projects\typelearn>mimosa skel:new durandal
14:28:11 - Retrieving registry...
14:28:11 - Found skeleton in registry
14:28:11 - Cloning GitHub repo [[ git://github.com/BlueSpire/Durandal-Mimosa-Ske
leton.git ]] to temp holding directory.
14:28:13 - Moving cloned repo to  [[ C:\Users\Anthony\node projects\typelearn ]]
.
14:28:13 - Cleaning up...
14:28:13 - Skeleton successfully cloned from GitHub.

C:\Users\Anthony\node projects\typelearn>

.

Bug creato qui: https://github.com/dbashford/mimosa/issues/339