A instalação de durandal modelo com mimosa parece quebrar-se quando dar um caminho

Question

Nó, mimosa, durandal newb.Eu estou tentando instalar o mimosa esqueleto de durandal no windows, conforme detalhado no durandal site.Executando este comando:

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

(aspas porque o windows e o espaço no caminho) dá-me este erro, com o caminho incorreto para o modelo local de instalação:

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)

Removendo as aspas ao redor do caminho do arquivo no argumento de linha de comando que dá o mesmo erro.Ter um caminho de arquivo com espaços não dá o mesmo erro.

Observe que isso funciona bem: C:\Users\Anthony\node projects\typelearn>mimosa skel:new durandal

Uma pergunta:

• como posso obter o esqueleto para instalar corretamente?Parece um bug para mim: C:\Users\Anthony\C:\Users\Anthony\node projects\typelearn definitivamente não é um caminho que existe, ainda mimosa é tentar mover o clonado repo lá.

Answer 1

Eu acredito que eu tenho corrigido esse bug e eu lançou uma nova versão de Mimosa.Eu sou incapaz de teste no Windows no momento, mas tenho esperança de que a solução de plataforma cruzada.

A pasta, desde sempre foi pensada de forma a ser algo no diretório atual.Mas eu estou feliz de suporte do caso de uso que você trouxe até aqui.

Este mesmo problema irá picá-lo em mimosa new muito.Eu vou ter que fixa depois que eu liberação 2.0 algum tempo mais tarde este mês.

Answer 2

Parece que o caminho tem de ser relativo ao diretório atual, então eu acredito que isso teria funcionado:

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

pois parece que ele adiciona automaticamente o caminho atual para o fornecido.Talvez por isso o google docs precisa para ser mais específico, ou então o erro é que o comando deve permitir caminhos absolutos bem.

Answer 3

Eu acho que isso é um erro.Isso funciona bem:

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 criado aqui: https://github.com/dbashford/mimosa/issues/339