¿Cómo desarrollar múltiples complementos de Trigger.io en un equipo?

Junto con mi equipo estoy desarrollando múltiples plugins nativos basados ​​en Trigger.io. Desde los cambios recientes, no estoy completamente seguro del flujo de trabajo y tampoco puedo encontrar nada al respecto en la documentation. Algunas preguntas que surgen:

1) ¿Debería usarse un set de proyectos de inspectores para todos los complementos o debería cada plugin tener su propio set?

2) ¿Qué partes de los proyectos del inspector se deben mantener mediante el control de versiones, que debe permanecer local? (fyi: usamos SVN)

3) (Android) Al usar un proyecto de inspector para cada complemento, ¿cuál es la mejor manera de importarlos como proyectos de Java en Eclipse? Nota: cada proyecto de inspector tiene 3 subproyectos que tienen el mismo nombre en diferentes complementos, por lo que tendrían que renombrarlos? Suponiendo que tengo 5 complementos en desarrollo, eso significaría que tengo que importar 15 proyectos de Java a Eclipse. ¿Así es como debe ser?

La forma más efectiva de desarrollar complementos sigue siendo algo en lo que estamos trabajando, cómo están las cosas ahora probablemente no sea tan bueno como podría ser (especialmente para desarrollar múltiples complementos), pero como están las cosas ahora:

1) Cada complemento debe tener su propio set de proyectos de inspector.

2) La mayor parte de lo que Toolkit pone en la carpeta de complementos es probablemente el mejor en el control de versiones. Las cosas que puede ignorar con security son la carpeta .trigger y cualquier bin , gen o carpetas de build en los proyectos del inspector. Si intenta mantener less files en el control de versiones, lo que definitivamente necesita es la carpeta assets/src en ForgeInspector , y cualquiera de sus fonts en ForgeModule , el rest del proyecto del inspector debe ser regenerado por el Toolkit.

3) Recomiendo usar un espacio de trabajo de eclipse por complemento, ya que Toolkit regenera una gran cantidad de código cuando actualiza el inspector. No creo que sea posible actualmente cambiar el nombre de los proyectos.


Pensé que includeía una descripción general rápida de cuáles son los 3 proyectos y por qué hay 3:

ForgeCore : esta es la biblioteca principal preconstruida para aplicaciones Trigger.io, es utilizada tanto por ForgeInspector como por ForgeModule por lo que debe ser un proyecto separado al que ambos puedan hacer reference.

ForgeInspector – Esto pretende replicar lo más fielmente posible cómo se usará tu complemento, por lo que básicamente se trata de una aplicación ForgeModule , está separada de ForgeModule para que puedas ver qué código está en tu complemento y qué código necesita para poner en build_steps.json por lo que también se aplicará a una aplicación Trigger.io real en time de compilation.

ForgeModule – Este contiene su código de complemento