eclipse automation

eclipse - struts 2



Reglas para usar sitios de actualización en Eclipse (2)

Probablemente deberías estar usando características y categorías, segmentadas por la versión de eclipse.

| +-WSAD-2-1 Category | | | +- Checkstyle 3.1 Feature | | | `- Team Checkstyle configuration for Checkstyle 3.1 | `-Eclipse-3-4 Category | +- Checkstyle 4.4 Feature | `- Tema Checkstyle configuration for Checkstyle 4.4

Esto puede ser isomorfo con el mantenimiento de múltiples sitios de actualización, aunque uno puede considerar:

  • seguir con el mínimo común denominador que funciona, y minimiza los errores
  • no es razonable esperar que los complementos escritos para Eclipse 3.4 funcionen para Eclipse 2.1.
  • algunos baches de versión entre las versiones de Eclipse causan una cierta cantidad de dolor de actualización para los escritores de plugins (por ejemplo, 3.0 a 3.1 fue un gran salto)
  • La configuración entre diferentes versiones del mismo producto puede no ser compatible.
  • Las versiones del mismo complemento pueden tener un conjunto de características diferente, pero no funcionan en todas las versiones (por ejemplo, Checkstyle 5 admite Java 5, pero es posible que no funcione con el complemento Checkstyle que funciona con Eclipse 2.1)

Sin embargo, si no es posible o deseable tener múltiples niveles de categorías, promocionar las categorías sugeridas anteriormente para separar los sitios de actualización es el camino a seguir.

Esto tiene ventajas de implementación, ya que los usuarios pueden apuntar al sitio de actualización para la versión de IDE que están usando, pero es exactamente lo que intenta evitar.

¿Conoces alguna documentación sobre las reglas de uso de sitios de actualización? Logré los últimos 2 años y medio el sitio de actualización de nuestra empresa, y estos son los problemas que tengo que abordar:

  • No todos los proyectos usan la misma versión de eclipse. Tuvimos proyectos que usaron eclipse 2.1 (WSAD), eclipse 3.0 (RAD 6), eclipse 3.2 (RAD 7), eclipse 3.3 y eclipse 3.4.
  • El sitio de actualización de nuestra empresa empaqueta principalmente cosas juntas. Así que he escrito pequeños plugins (a veces fragements) para empaquetar, por ejemplo, la configuración de Checkstyle para nuestra empresa junto con la versión actual de Checkstyle.
  • Lanzamos dos veces al año nuevas versiones de lo que ha cambiado. Entonces, si tengo 1 sitio de actualización o 4, esto cambiará drásticamente la carga que tengo que tomar.

Entonces, la pregunta es: ¿cuántos sitios de actualización deberíamos usar, y si el número es más de 1, cómo puedo minimizar el trabajo para mantener los sitios de actualización?