Probando twigs Git interdependientes?

Considere la posibilidad de crear un foro y usted tiene una twig de características para implementar acciones básicas de usuario y otra twig de funciones que se encarga de mostrar las publicaciones. Sé que te unirías a ellos en una twig de testing, pero no estoy exactamente seguro de cuándo. ¿Solo me uno a ellos cuando ambos hayan terminado?

Estoy muy confundido sobre cómo funciona la estructuración de sucursales cuando se testingn.

TL; DR

No hay una sola respuesta canónica que se ajuste a todos los casos, pero hay algunas reglas prácticas útiles. Las sucursales generalmente deben ser características independientes, al less en la medida de lo posible. Deben fusionarse en la línea principal de desarrollo, o en una twig de integración intermedia, solo cuando se completen. Siempre hay excepciones, pero este es un model ampliamente aceptado seguido de gitflow y otros.

Donde las testings unitarias y las testings de integración pertenecen

En general, cada twig debe contener nuevas testings unitarias que se centren en las características exclusivas de esa twig. Por ejemplo, branch foo debe tener testings unitarias que ejerzan la function foo , mientras que la barra secundaria debe contener testings unitarias que ejerzan el comportamiento de la barra .

Cuando combina funciones múltiples en una twig común, puede crear o no nuevos comportamientos que se testingn de manera más efectiva con testings de integración. Si estas testings de integración tienen lugar en una twig separada de su línea principal de desarrollo o no, es realmente una elección estilística que cada proyecto debe determinar por sí mismo.

Una twig por function, con testings relevantes

Lo que hay que recordar es que en Git, la bifurcación es barata, por lo que tener una sucursal por característica a menudo (aunque no universalmente) se considera una mejor práctica. Este es el model seguido por git-flow , por ejemplo. Por lo tanto, construya sus testings unitarias en la misma twig que sus características.

Como asunto personal, también recomiendo agregar testings de integración que validarán que su nueva característica se integre correctamente con su twig principal. Las testings de integración de funciones que aún no se han fusionado con la línea principal de desarrollo deberán agregarse más adelante, a less que realice una gran polinización cruzada entre las twigs de desarrollo con git-merge y cherry-pick. No recomendaría eso para el caso común, pero su kilometraje ciertamente puede variar.