2010-06-07 25 views
7

Mis proyectos cambian de ubicación, y tengo que decirle esto a Eclipse. (No soy el que mueve el proyecto, ya existe en diferentes carpetas. Para trabajar en una rama diferente, trabajo en una carpeta diferente.) Hoy simplemente elimino el proyecto de Eclipse y lo importo de la nueva ubicación.Manera más fácil de mover un proyecto en Eclipse

Pero tengo muchos proyectos, cambian de ubicación con frecuencia y las rutas son muy complicadas. Me gustaría una mejor manera de administrar esto en Eclipse.

Por ejemplo:

J:\iteration234_abc\foo\bar\baz\iffle\dizzle\Project 

sólo los cambios raíz de la carpeta (iteración-número y la idenfier "abc"). Después de eso, hay muchas carpetas. Muchas carpetas tienen toneladas de subcarpetas con nombres similares, lo que hace que encontrar la carpeta con la GUI requiera mucho tiempo y sea muy aburrida.

Sería tan agradable si pudiera simplemente editar la ruta.

Como ya habrás adivinado: la J-drive es una unidad de red, proporcionada por el sistema de control de fuente. La forma de decirle al control de fuente que estoy trabajando en otra iteración, es continuar mi trabajo en una carpeta diferente. Mi espacio de trabajo de Eclipse real normalmente no contiene ningún proyecto.

Respuesta

-2

No veo por qué su control de origen debe hacer que su proyecto local cambie de ubicación. Tal vez deberías considerar usar SVN u otro SCM que no requiera que cambies la ruta.

+2

Usted no entiende esa parte porque no me lo explico . No lo expliqué porque no es relevante. El sistema de control de revisiones es en realidad una configuración empresarial muy complicada, y la misma fuente está disponible en muchas ubicaciones. Entonces, para implementar una característica, edito el proyecto en J: \ abc123456_foo, y corrijo un error no relacionado en el mismo proyecto que edito en J: \ abc123457_bar. Para continuar trabajando en la nueva característica, vuelvo a J: \ abc123456_foo. Así es como funciona, y no vamos a cambiar eso solo porque no me gusta seleccionar una carpeta en una estructura profunda en una GUI. – myplacedk

+0

bien, he experimentado una 'bifurcación' similar usando otros SCM. Creo que la mejor solución es usar diferentes espacios de trabajo para cada variente diferente del mismo proyecto. – Alb

-1

Exporte su proyecto en el formato "Intercambio de proyectos" (un archivo zip básicamente). Y luego vuelva a importar el zip en la ubicación "nueva": todas las rutas fijas antiguas se correlacionarán con las nuevas rutas.

1

Encuentro que lo más fácil en este caso es tener dos espacios de trabajo de eclipse diferentes, cada uno apuntando a los proyectos en una ubicación diferente.

Luego puede usar "Archivo-> Cambiar espacios de trabajo" para cambiar todos los proyectos abiertos a la vez.

+0

Buena idea. Pero realmente no me ayuda, ya que a menudo es una nueva ubicación. – myplacedk

0

Otra opción es exportar un "Team Project Set". Se obtiene un archivo XML como:

<?xml version="1.0" encoding="UTF-8"?> 
<psf version="2.0"> 
<provider id="org.tigris.subversion.subclipse.core.svnnature"> 
<project reference="0.9.3,https://xxx/trunk/com.image4j,com.image4j"/> 
<project reference="0.9.3,https://xxx/trunk/com.jacob,com.jacob"/> 
</provider> 
</psf> 

Este es un archivo que luego se puede editar a mano y luego importar en un espacio de trabajo de Eclipse en blanco

Cuestiones relacionadas