¿Por qué un paso posterior a la compilación (xcopy) saldría ocasionalmente con el código 2 en una compilación de TeamCity?

Algunos proyectos en la solución de mi cliente tienen un evento posterior a la compilación: xcopyel resultado de la compilación en una carpeta específica. Esto funciona bien cuando se construye localmente. Sin embargo, en TeamCity, ocasionalmente obtengo

xcopy salió con el código 2

Si utilizo regular copy, sale con el código 1. Espero que esto tenga algo que ver con los bloqueos de archivos, aunque los archivos específicos que se copian no son los mismos, por lo que tal vez solo bloquee el directorio de destino compartido. Yo suelo /yno preguntar sobre la sobrescritura de archivos.

¿Por qué esto falla en TeamCity pero no localmente?

Incluso si proporciona el /Yconmutador con xcopy, seguirá recibiendo un error cuando xcopy no sepa si lo que está copiando es un archivo o un directorio. Este error aparecerá como "salido con el código 2". Cuando ejecuta el mismo xcopy en un símbolo del sistema, verá que xcopy solicita una respuesta de archivo o directorio.

Para resolver este problema con una compilación automática, puede hacer eco en una respuesta predefinida con una tubería.

Para decir que lo que está copiando es un archivo, haga eco en F:

echo F|xcopy /y ...

Para decir que lo que está copiando es un directorio, haga eco en D:

echo D|xcopy /y ...

A veces, lo anterior se puede resolver simplemente usando un comando de copia en lugar de xcopy:

copy /y ...

Sin embargo, si no hay directorios que conduzcan al destino del archivo final, se producirá un "salida con el código 1".

Recuerde: use el /Cinterruptor y xcopy con precaución.

Arreglé el código de error 2 agregando un \ al final de mi ruta, sin él, xcopy pensará que es un archivo en lugar de una carpeta.

Si está utilizando xcopy en un evento posterior a la compilación, use el modificador / Y además de / C.

/C           Continues copying even if errors occur.
/Y           Suppresses prompting to confirm you want to overwrite an existing file.

Mi solución para este problema fue ir a la carpeta bin de destino y asegurarme de que exista la subcarpeta adecuada allí. Una vez que esa subcarpeta se creó manualmente, el proceso de compilación se completó correctamente.

copylo arregló para mí. xcopy with /c /yno funcionó. Estaba obteniendo una salida 4, así que seguí xcopy, pero resultó que necesitaba cotizaciones ($TargetPath).

Mi guión:

if $(ConfigurationName) == Debug copy "$(TargetPath)" "$(SolutionDir)\Folder\bin\Debug\$(TargetFileName)"

Probablemente estés usando TeamCity con git. Si es así, verifique que las carpetas que desea copiar existan en el repositorio de git. Por lo general, git aviod agrega carpetas de proyectos vacías al repositorio, por lo que xcopyno lo encuentra y genera un error.

Puede agregar un archivo de texto vacío a una carpeta vacía, confirmar y ver que la carpeta aparece en el repositorio.