En Eclipse, cómo tener configuraciones de lanzamiento en relación con el proyecto?

Question

Por lo general tienen múltiples copias de un proyecto, por ejemplo: una copia del tronco y otro de la última rama de lanzamiento. Para separar limpiamente mis archivos de proyecto de Eclipse, los controles de salida de Subversion en un directorio fuera del área de trabajo de Eclipse.

Quiero que el proyecto sea fácilmente transferible a Eclipse y siguen las instrucciones de responde .

El problema es que mis archivos han .launch el nombre del proyecto hardcoded. Cuando se importa un nuevo proyecto, los archivos de lanzamiento se mostrarán en el menú Ejecutar Configuraciones solo si el proyecto tiene exactamente el mismo nombre de la que se exporta. Este me prohíbe tienen dos versiones de un mismo proyecto.

Parece que la única manera de hacerlo es tener la .launch y .project generados a partir de una tarea Ant, pero no vio a nadie el uso de esta solución. Tal vez debería tener múltiples espacios de trabajo y el proyecto siempre con el mismo nombre.

¿Cuál es la mejor manera de hacerlo?

Editar Estoy marcando VonC como la respuesta, pero no se pierda los comentarios.

Answer 1

Recuerde que los archivos de configuración .launch no tienen que estar en su espacio de trabajo.
Pueden estar en su <project>/.settings como he mencionado en la respuesta que se refiere a .

Esto significa que puede no importar en su espacio de trabajo de Eclipse dos versiones de un mismo proyecto.
Usted necesita separar los espacios de trabajo (no versionado a sí mismos), cada uno referido a un proyecto en un camino diferente.
Cada ruta representa diferentes árboles de trabajo (como diferentes directorios de trabajo para la subversión).

---

El PO añade:

  

El proyecto debe tener el mismo nombre, pero el pago y envío dir proyecto puede tener cualquier nombre .

     

Para hacer que el archivo de inicio, hay que hacer referencia a cualquier archivo utilizando la variable ${workspace_loc:ProjectName}.
  archivos de Java pueden ser referenciados mediante una ruta como: '/ProjectName/src/package/MyFile.java'
  De esta manera, es más fácil de utilizar ninguna herramienta para interactuar con el repositorio de subversión.

     

Quiero hacer la vida más fácil para quien usa Eclipse, pero no quiero obligar a nadie a usarlo.

Answer 2

Mi recomendación es para atar el espacio de trabajo para la ubicación de pago, y entonces usted puede utilizar las configuraciones de lanzamiento de los proyectos pertinentes en Subversion.

Mis estructura de directorios es similar al siguiente:

{checkout root}
   |
   +code
   |
   -workspace

En su caso, eso significaría un espacio de trabajo para el tronco, y cualquier otra rama / etiqueta a la salida. También guardo todos mis proyectos fuera del espacio de trabajo. El directorio de espacio de trabajo en Subversion está vacía; Acabo de añadir de forma recursiva la referencia del proyecto (s) para el espacio de trabajo del árbol de hermanos. También ayuda si exporta la configuración de Eclipse, que luego se puede volver a importarlos en cada nuevo espacio de trabajo.

I deriva este enfoque de un par de IBM y los papeles blancos racional para el uso de Eclipse con ClearCase Rational. Esto debería funcionar a menos que usted necesita tener múltiples versiones de un mismo proyecto abierto en el mismo espacio de trabajo.