2010-12-02 10 views
6

Tengo un archivo de proceso por lotes que no sé qué letra de unidad será, ya que me moveré mucho.Hacer una ruta relativa en el archivo por lotes

Por ejemplo: Los archivos de adobe residen en: J: \ Archivos \ Nueva carpeta \ USB \ adob

El archivo por lotes se ejecuta desde: J: \ Archivos \ Nueva carpeta \ USB \ USBSTICK

Así que probé el código:

xcopy /s /y "%~dp0\..\..\USB\Adob\*" "C:\Program Files\" 

Pero no copiará los archivos. ¿Cómo puedo obtenerlo dinámico?

+2

Una manera fácil de obtener la letra de la unidad es "echo! Cd: ~ 1!".Eso debería hacerse eco del primer carácter en la variable CD (directorio actual). –

Respuesta

0

Pruebe sin el "\", ya que es parte de% ~ dp0. Quiero decir, el contenido de% ~ dp0 siempre terminará con un "\".

Ejemplo:

xcopy /s /y "%~dp0..\..\USB\Adob\*" "C:\Program Files\" 

Editar

Por si acaso ...

  is Adob\* or Adob\*.* ?? 
+0

Todavía no hay alegría 0 Archivo (s) copiado – Mike

+0

@Mike Ver edición, por favor –

+0

Bueno, yo estaba probándolo desde una carpeta, así que ahora que lo tengo en USB lo moví a un host XP, no me gusta el camino por eso Necesito un camino no estático ¿verdad? Lo siento, no sé la diferencia entre *. * Y * – Mike

0

De mi comprensión de la jerarquía, esto también funcionaría:

xcopy /s /y "..\Adob\*" "C:\Program Files\" 

desde J:\Files\New folder\USB es un prefijo común, y está ejecutando el archivo de proceso por lotes desde J:\Files\New folder\USB\USBSTICK, esto debería funcionar independientemente de la letra de unidad con la que esté tratando.

0

No estoy seguro de entender por completo su problema. Pero me parece que hay varias soluciones que resolverían el problema tal como lo entiendo.

Si las rutas son siempre fijos, pero sólo la letra de la unidad puede variar, sólo podría utilizar una ruta relativa:

xcopy /s /y "..\Adob\*" "C:\Program Files\" 

Llamando al programa por lotes desde cualquier unidad sería entonces funcionar como se espera siempre que el archivo por lotes siempre existe en USBSTICK que existe en el mismo directorio que Adob.

Si la ruta de origen puede variar, basta con sustituir la parte variable con un parámetro, y llamar al archivo por lotes con la ruta correcta:

xcopy /s /y "%1\*" "C:\Program Files\" 

Llamando al programa por lotes desde cualquier unidad de disco y entonces trabajar como se esperaba cuando se le proporcione la ruta correcta:

xcopybatch J:\Files\New folder\USB\Adob 
2

a medida que la letra de la unidad parece ser la parte relativa de su escenario. Creo que esto debería funcionar mejor para ti, a menos que te haya malentendido.

xcopy /s /y "%~d0\Files\New folder\USB\Adob\*" "C:\Program Files\" 

Para más variables que se pueden utilizar siga estos pasos:
De CMD, el tipo for /? y leer en la parte inferior.

%~I   - expands %I removing any surrounding quotes (") 
%~fI  - expands %I to a fully qualified path name 
%~dI  - expands %I to a drive letter only 
%~pI  - expands %I to a path only 
%~nI  - expands %I to a file name only 
%~xI  - expands %I to a file extension only 
%~sI  - expanded path contains short names only 
%~aI  - expands %I to file attributes of file 
%~tI  - expands %I to date/time of file 
%~zI  - expands %I to size of file 
%~$PATH:I - searches the directories listed in the PATH 
       environment variable and expands %I to the 
       fully qualified name of the first one found. 
       If the environment variable name is not 
       defined or the file is not found by the 
       search, then this modifier expands to the 
       empty string 

The modifiers can be combined to get compound results: 

%~dpI  - expands %I to a drive letter and path only 
%~nxI  - expands %I to a file name and extension only 
%~fsI  - expands %I to a full path name with short names only 
%~dp$PATH:I - searches the directories listed in the PATH 
       environment variable for %I and expands to the 
       drive letter and path of the first one found. 
%~ftzaI  - expands %I to a DIR like output line 

In the above examples %I and PATH can be replaced by other valid 
values. The %~ syntax is terminated by a valid FOR variable name. 
Picking upper case variable names like %I makes it more readable and 
avoids confusion with the modifiers, which are not case sensitive. 
Cuestiones relacionadas