¿Deben las dependencies externas ser reparadas, durante el desarrollo?

Mi equipo y yo estamos trabajando en varios proyectos que colectivamente dependen de algunas bibliotecas comunes. Estas bibliotecas comunes están actualmente desprotegidas junto con los proyectos, usando svn: externals.

La pregunta es, ¿deberían los troncos de los proyectos rastrear el CABEZAL de cada biblioteca, o estar vinculados a revisiones específicas?

Las bibliotecas de problemas son desarrolladas muy activamente por otros en la empresa, y ocasionalmente se realizan comprobaciones que rompen los proyectos según una biblioteca. Esto aparece como una mancha roja en nuestro IC, incluso si no hemos cambiado nada por nosotros mismos. Algunas personas argumentan que, "es por eso que tenemos un server de CI, para que sepamos cuándo nos estamos quedando atrás", donde otros discuten, "queremos ver cómo se integran todos los cambios, a la vanguardia".

¿Alguien puede comentar sobre la mejor práctica? Tengo mi opinión, que reservaré por ahora.

Si las dependencies externas son lo suficientemente estables como para crear una versión, entonces sí, debe tener una revisión específica en lugar de apuntar al tronco de cada biblioteca. Por otro lado, si todo su desarrollo es "sangriento" como usted menciona, entonces habrá casos en que las cosas se desincronizarán o simplemente no se comstackrán y eso es solo un hecho de la vida.

    Intereting Posts