Detalles de software:
Versión: 0.5.3
Fecha de carga: 11 May 15
Licencia: Libre
Popularidad: 66
Mientras Mercurial es todo acerca de ser descentralizado, a veces es muy útil para trabajar de manera centralizada: si los archivos que trabajas no se pueden combinar (archivos binarios como documentos de Word, imágenes de Photoshop, etc), entonces es mejor comunicar por adelantado acerca de cualquier modificación para evitar el trabajo concurrente.
hglock es una extensión que impliments un esquema de bloqueo basado en archivos centralizado para Mercurial
¿Qué hay de nuevo en esta versión:.
- Solucionar problemas con Mercurial 2.5
¿Cuál es nuevo en la versión 0.5:
- Bloqueo de archivos de copia y cambiar el nombre. Con nuestro modelo, el servidor no aceptará un empujón que implica archivos desbloqueados para la que enclavamiento es obligatoria. Tales archivos aparecen después de un cambio de nombre si el nuevo archivo no está bloqueado. Sin embargo, el usuario no puede bloquear el archivo, ya que no está en el servidor todavía.
- La extensión será ahora adquirir internamente un bloqueo para el nombre del destino de un cambio de nombre o copiar. El bloqueo para el archivo original se deja en su lugar para que los propios candados de usuario tanto para el viejo y el nuevo nombre.
- Problema fijo 3: permisos de escritura de archivos no actualizados el clon inicial cuando existe un archivo .hgignore
- https://bitbucket.org/aragost/hglock/issue/3/
- Probado la extensión con versiones Mercurial 1.8.4 a 2.0 y reescribió código y pruebas para mantener la compatibilidad.
¿Cuál es nuevo en la versión 0.4:
- Soporte experimental para marcar los archivos desbloqueados como de sólo lectura. Esto es similar a cómo funciona SVN cuando un archivo tiene la propiedad svn:. Needs-lock conjunto de propiedades
- Esto aún no está anunciado en la ayuda de extensión y está desactivada de forma predeterminada. Para habilitar, añadir lo siguiente en un archivo de configuración:
- [hglock]
- updatewriteperm = True
- Cuando se clona un repositorio, los archivos marcados como necesitando de bloqueo (igualado por .hglocks) será extraído de sólo lectura. Cuando un archivo está bloqueado, se hará de escritura. Cuando se desbloquea un archivo (con a través de desbloqueo hg ARCHIVO o empujar hg), será de nuevo sólo lectura.
- Gracias a Scott Sturdivant por contribuir con esta característica.
- La actualización y cometen comandos utilizan cerraduras implícita y serán ahora ignorar en silencio un repositorio de bloqueo que falta o no inicializado. Antes, hg update sería abortar si el repositorio de bloqueo no se ha inicializado, ahora da salida a las advertencias de que sólo se muestra cuando se utiliza --verbose.
- refactorizado código para un mejor mantenimiento. El protocolo de llamada a procedimiento remoto ahora vive en su propio módulo.
¿Cuál es nuevo en la versión 0.3:
- comprobación del lado del cliente de conjuntos de cambios empujados. Antes de empujar, clientes ya inspecciona cada conjunto de cambios impulsado para ver si contiene todos los archivos desbloqueados para la que enclavamiento es obligatoria. El empuje se cancela si se encuentra un conjunto de cambios tales.
- Haga desbloqueo hg validar conjunto de cambios del cliente de la misma manera bloqueo hg hace. Esto asegura que un cliente no se desbloquea un archivo antes de los conjuntos de cambios que modifican lo han empujado.
- La principal manera de desbloquear archivos ahora es simplemente empujar los conjuntos de cambios que afectan a los archivos - el comando de desbloqueo sólo se puede utilizar si un archivo no ha sido modificado desde que fue encerrado .
- bandera --force para minusválidos hg empujón. Creación de múltiples cabezas de empuje es entonces ya no es posible. Empujar una nueva sucursal está siendo posible con la bandera --new-rama.
- Fix compatibilidad con 1.9.x. Mercurial Ahora probado con la versión 1.8.4 Mercurial, 1.9 y 1.9.1.
¿Cuál es nuevo en la versión 0.2:
- Re-lanzamiento de la versión 0.1. El cambio de un gancho changegroup a un gancho pretxnchangegroup en 575c95b4ab8f tuvo malas consecuencias. Así 575c95b4ab8f y las correcciones de seguimiento (d87f0dc0919e, 4ba9b24da91b, 7ec8374652ad) eran demasiado inestables para liberar.
- Esta versión se basa en 4b61dc057391 e incluye sólo el arreglo para bloqueo identificar el archivo incorrecto en una combinación de (7e3a4247e682 y 019d137a6ece) junto con los cambios de embalaje.
Requisitos
- Python
Comentarios que no se encuentran