visual-studio - usar - visual studio code tutorial español pdf
La copia de comando salió con el código 4 al compilar: el reinicio de Visual Studio lo resuelve (24)
Como se menciona en muchos sitios, hay varias razones para esto. Para mí fue debido a la longitud de la fuente y el destino (longitud de la ruta). Intenté xcopy en el símbolo del sistema y no pude escribir la fuente y la ruta completas (después de algunos caracteres no te permitirá escribir). Luego reduje la longitud del camino y pude correr. Espero que esto ayude.
De vez en cuando, cuando creo mi solución aquí (con 7 proyectos en ella) aparece el temido error de "copia de comando salido con código 4" en Visual Studio 2010 Premium ed.
Esto se debe a que el evento posterior a la construcción no se puede llevar a cabo.
Esto es lo que resuelve el problema, temporalmente
- A veces: un reinicio de Visual Studio y soy capaz de construir la solución
- A veces: tanto el reinicio de Visual Studio como el administrador de archivos de mi elección (Q-Dir 4.37) lo resuelven.
Así es como se ve el evento post-construcción:
xcopy "$(SolutionDir)Solution Items/References/*.dll" "$(TargetDir)" /Y
Cuando obtiene la copia de comando salido con el error de código [insertar valor], normalmente se debe a lo siguiente:
- permisos de lectura / escritura
- archivos perdidos
- directorios incorrectos
Sin embargo, obviamente cuando construyo la solución, no hay problema.
FYI, desinstalé ReSharper 5.1.1 hace dos semanas y Visual Studio me ha estado dando algunos errores desde entonces (entre ellos no poder depurar). Reinstalé Visual Studio y está funcionando mejor desde entonces, pero todavía tengo este problema. ¿Podría tener que ver con que algo de ReSharper esté en alguna parte?
¿Has tenido el mismo problema y lo has resuelto? ¿O tienes alguna posible solución?
Aclamaciones.
Crucé el mismo error, pero no se debe a que el archivo está bloqueado, pero falta el archivo.
La razón por la que VS intentó copiar un archivo no existente se debe al comando de evento Post-build.
Después de aclarar eso, problema resuelto.
ACTUALIZAR:
Como @rhughes comentó:
El verdadero problema es cómo hacer que el comando funcione aquí, en lugar de eliminarlo.
y él tiene toda la razón.
Descubrí que configurar el parámetro Directorio de copia en el archivo de salida para Copiar siempre parece haber aclarado el problema de bloqueo. Aunque ahora tengo 2 copias de los archivos y necesito eliminar uno.
Ejecute VS en modo Administrador y debería funcionar bien.
En caso de que el evento de compilación posterior contenga el comando copy / xcopy para copiar el resultado de compilación a algún directorio (que suele ser la operación de compilación posterior más común), el problema puede ocurrir en caso de que la ruta del directorio completo de los destinos de origen o destino contengan nombres de carpeta que incluyan espacios. Elimine el espacio para los nombres del directorio e intente.
En mi caso, mi $(OutDir) era simplemente ../../Build/ ie una ruta relativa. Y, cuando intentaba copiar de la siguiente manera xcopy /y "$(OutDir)Proj1.dll" "Anypath/anyfolder/" el error de código de salida 4.
Lo que sucedía era que este comando se ejecutaba en $ (OutDir) (en mi carpeta de compilación de casos) y no en el directorio donde se encontraba el archivo csproj del proyecto (como normalmente esperaríamos). Por lo tanto, seguí recibiendo el error de File not found (correspondiente al código de salida 4).
No pude resolver esto hasta que escribí cd en los eventos Post Build, para imprimir en qué directorio se estaba ejecutando.
Entonces, para resumir, si deseamos copy / xcopy archivos de $(OutDir) , use "$(TargetDir)" (que es una ruta completa para el directorio de salida) o no necesita especificar ninguna ruta.
Enfrenté el mismo problema en el caso de XCOPY después de que la compilación está lista. En mi caso, el problema estaba sucediendo debido a los permisos de solo lectura establecidos en las carpetas.
Agregué attrib -R comando antes de XCOPY y resolvió el problema.
Espero que ayude a alguien!
Enfrenté el mismo problema. Eliminé eventos posteriores a la compilación y comenzó a funcionar. Algunas veces, cuando agregamos algunos componentes SQL, también podemos agregar comandos de compilación.
Esto puede suceder en múltiples casos:
- Cuando la ruta de la cadena completa es más larga que 254 caracteres.
- Cuando el nombre del archivo que se va a copiar es incorrecto.
- Cuando la ruta de destino es incorrecta.
- Cuando el atributo de solo lectura se establece en el archivo copiado o en la carpeta de destino.
Estoy obteniendo algo similar usando una copia con la opción / exclude. En mi caso, encontré que editar el evento post-build (algo inofensivo como una nueva línea después del comando) y guardar el proyecto provoca el error. Al volver a guardar el archivo especificado en la opción / exclude, vuelve a funcionar.
Invariablemente, me pareció que se trata de un problema de bloqueo de archivos. El código 4 es No se puede acceder al archivo. Una solución parcial que encontré es usar la opción / C para xcopy (que continúa por error). No es realmente una solución, pero sobre todo ha detenido mis compilaciones de fallar.
Otra solución que solo funciona en 32 bits es usar la herramienta de unlocker para liberar los identificadores de ventanas en el archivo antes de la copia.
Editar: Me acabo de dar cuenta de que también funciona en 64 bits.
Mientras escribo una biblioteca DLL utilicé el comando xcopy para copiar la biblioteca donde el programa puede encontrar y cargarla. Después de varias veces de abrir y cerrar el programa, todavía había un proceso abierto en taskmanager que no reconocí.
Busque cualquier proceso desde el cual se pueda usar el archivo y ciérrelo.
No veo nada aquí para sugerir que se trata de una aplicación web, pero he experimentado este problema yo mismo. Tengo dos comandos xcopy en un evento posterior a la creación y solo uno de ellos está fallando. Algo tenía un bloqueo en el archivo, y no era Visual Studio (cuando intenté reiniciarlo).
La única otra cosa que habría usado el dll que construí fue IIS. Y he aquí,
Un simple iisreset hizo el truco para mí.
Obtuve este error porque el archivo se abrió en otra instancia.
cuando cerré el archivo y volví a compilar la solución, se copió con éxito.
Obtuve este error porque la cuenta de usuario en la que se ejecutaba el servicio de compilación TFS no tenía permisos para escribir en la carpeta de destino. Right-click on the folder-->Properties-->Security .
Si bien /C puede ignorar errores, puede que no sea la solución real, ya que podría haber archivos que DEBEN copiarse para que la construcción sea exitosa.
El problema más común es la falta de comillas alrededor de las etiquetas de comando predefinidas (como $TargetDir ). Cuando uno crea varias ramas y rutas en el código o TFS, hay una gran posibilidad de que esto ocurra.
A veces, si el archivo es de solo lectura, también causará problemas. Agregue la opción /R para permitir que se copien archivos de solo lectura. Puede encontrar una lista de opciones disponibles en:
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/xcopy.mspx?mfr=true
Otro posible problema es que no se puede acceder a la carpeta subyacente. Si es así, intente realizar "start xcopy" lugar de "xcopy" . Esto abrirá otra ventana de comando pero con privilegios de administrador.
Si está ejecutando Windows 7 en adelante, puede probar el nuevo comando ''robocopy'':
robocopy "$(SolutionDir)Solution Items/References/*.dll" "$(TargetDir)"
Puede encontrar más información sobre robocopy here .
También me he enfrentado a este problema. Compruebe el resultado en la ventana de error.
En mi caso, una cola / estaba fallando xcopy (ya que estaba usando $(TargetDir) ). En mi caso $(SolutionDir)../bin . Si está utilizando cualquier otra salida, esto debe ajustarse.
También tenga en cuenta que start xcopy no lo arregla, si el error desaparece después de la compilación. ¡Pudo haber sido suprimido por la línea de comandos y no se ha copiado ningún archivo!
Por cierto, puede ejecutar manualmente sus comandos xcopy en un shell de comandos. Obtendrá más detalles cuando los ejecute allí, apuntando en la dirección correcta.
Tuve el mismo error con xcopy en relación con Test Engine. Estoy usando VisualStudio Professional 2013. De manera predeterminada, Prueba -> Configuración de prueba -> Mantener ejecución del motor de prueba Ejecutar parece ser el motivo de mi código de error 4 con xcopy. Desactivarlo resolvió el problema. El motor de ejecución parece mantener algunos archivos .dlls.
Tuve el mismo problema. Fue causado por tener la misma bandera dos veces, por ejemplo:
if $ (ConfigurationName) == Release (xcopy "$ (TargetDir) . " "$ (SolutionDir) Deployment / $ (ProjectName) /" / e / d / i / y / e)
Observe que el indicador "/ e" aparece dos veces. Eliminar el duplicado resolvió el problema.
Yo tuve el mismo problema. Sin embargo, nada funcionó para mí. Solucioné el problema añadiendo
exit 0
a mi código El problema fue que mientras estaba copiando los archivos, a veces el último archivo no se podía encontrar y el bateador devolvía un valor distinto de cero.
¡Espero que esto ayude a alguien!
Yo tuve el mismo problema. Una simple ''Solución limpia'' en VS borró el error, pero fue una solución temporal.
Lo que lo solucionó para mí : busque la solución específica para el proyecto que desea, es decir, NO el archivo de solución general para todos los proyectos.
Intente - Probé todo lo mencionado aquí pero fue en vano.
Puede ser causado por la estación de trabajo VMWare con carpetas compartidas
Siempre tengo el problema cuando la carpeta de destino de xcopy también se mapea como carpeta compartida en una máquina virtual.
Lo resolví con un script que se ejecutaba en la vm y borré el contenido de la carpeta compartida.