Github: ¿twig y label para el motor de los carriles que se asocia directamente a la versión de los carriles?

Hay varios rails engines en nuestro proyecto. Cada uno de los motores corresponde a una rails version específica. Por ejemplo, el engine A tiene 2 copys: una para los rails 3.2 y otra para los rails 4.0 . Al comprometer el engine A con github , planeamos crear 2 branches : una branch 3.2 para rails 3.2 y otra branch 4.0 para rails 4.0 . Si se necesitan versions para una sucursal, planeamos usar la git tag dentro de una sucursal para marcar las versiones de una branch .

Branch 3.2 and 4.0 se mantendrán paralelas y servirán en aplicaciones de raíles 3.2 y 4.0 respectivamente. ¿Tiene sentido el layout de git? Si no es así, ¿cuál es la mejor forma de manejar el control del module en github?

Tiene sentido.

Si puede diferenciar el código de sus carriles 3.2 y de los Rails 4.0, puede importar el set de cambios 3.2 -> 4.0 a medida que se compromete como una bifurcación desde 3.2 – entonces podrá trabajar en una twig y seguir fusionando la twig en la otra twig para mantenerlos sincronizados. Obviamente, si los cambios son demasiado grandes entre las twigs, los conflictos creados en el momento de la fusión se vuelven inmanejables.

Recuerde que la twig principal es una convención completamente arbitraria y no hay nada inherentemente especial que pueda hacer que sea cualquier twig.