Autor: Zhu Jincan
Fuente: columna de intelligent101
seguir el ejemplo git
Como la herramienta de administración de versiones más popular en la actualidad, muchas empresas buscan git. Para ser honesto, según mi observación, no toda la administración de código empresarial es adecuada para usar git. Esto se debe principalmente a que git no puede controlar los permisos en el nivel del directorio de código. Por supuesto, esto no es una deficiencia de git.
¿Por qué necesita control de nivel de directorio de código?
Volviendo al tema anterior, una pregunta es ¿por qué necesita un control de nivel de directorio de código? Esto se debe principalmente a que el código de muchas empresas se divide en al menos dos partes, núcleo y aplicación. La parte central incluye principalmente la implementación del marco central y los algoritmos centrales, e involucra los secretos tecnológicos centrales de la empresa. Debido a la necesidad de confidencialidad y de mantenimiento subyacente, es naturalmente imposible que todos los desarrolladores tengan acceso (incluidas las modificaciones del código subyacente). En este momento, el control de acceso al directorio de códigos se vuelve muy importante. Por supuesto, puede usar git para crear dos almacenes: núcleo y aplicación, para controlar el acceso de diferentes personas respectivamente. El problema es que el núcleo y la aplicación están relacionados entre sí. Una vez que se actualiza el núcleo, la aplicación que necesita llamar al La biblioteca central debe actualizarse, agregará mucho trabajo adicional y es mucho menos conveniente colocarlos en el mismo almacén.
Para hacer una digresión, el diseño de git refleja la igualdad de todos los miembros: todos los miembros pueden ver todo el código fuente del almacén. Pero esto no significa que todos los miembros sean iguales, por ejemplo, los permisos de push y merge solo pueden ser controlados por algunas personas.