hglock

Alors que Mercurial est tout au sujet en cours de décentralisation, il est parfois très utile de travailler d'une manière centralisée: si les fichiers sur lesquels vous travaillez ne peuvent pas être fusionnés (fichiers binaires tels que des documents Word, des images Photoshop, etc.), alors il est préférable de communiquer initial sur toutes les modifications pour éviter travail concomitant.
hglock est une extension qui impliments un système de verrouillage centralisé basé sur des fichiers pour Mercurial

Ce qui est nouveau dans cette version:.

• Correction de problèmes avec Mercurial 2.5

Quoi de neuf dans la version 0.5:

• Les fichiers de verrouillage sur la copie et renommer. Avec notre modèle, le serveur accepte l'habitude une poussée qui implique fichiers débloqués pour laquelle blocage est obligatoire. Ces fichiers apparaissent après un renommage si le nouveau fichier est pas verrouillé. Cependant, l'utilisateur ne peut pas verrouiller le fichier car il est pas encore sur le serveur.
• L'extension sera désormais acquérir en interne un verrou pour le nom de la destination d'un changement de nom ou de la copie. Le verrou pour le fichier d'origine est laissé en place afin que les utilisateurs propres verrous à la fois l'ancien et le nouveau nom.
• Correction d'un problème 3: permissions d'écriture de fichiers non mis à jour le clone initial lorsqu'un fichier .hgignore existe
• https://bitbucket.org/aragost/hglock/issue/3/
• Testé l'extension avec les versions 1.8.4 à Mercurial 2.0 et réécrit le code et les tests de maintenir la compatibilité.

Quoi de neuf dans la version 0.4:

• Prise en charge expérimentale pour marquer les fichiers déverrouillés en lecture seule. Ceci est similaire à la façon dont fonctionne SVN quand un fichier a le svn:. Needs-lock ensemble de propriétés
• Ceci est pas encore annoncé dans l'aide de l'extension et est désactivé par défaut. Pour l'activer, ajoutez la ligne suivante dans un fichier de configuration:
• [hglock]
• updatewriteperm = True
• Quand un référentiel est cloné, les fichiers marqués comme ayant besoin de verrouillage (identifié par .hglocks) sera vérifié en lecture seule. Quand un fichier est verrouillé, il sera accessible en écriture. Quand un fichier est déverrouillé (avec par hg déverrouiller le fichier ou pousser hg), il sera en lecture seule à nouveau.
• Merci à Scott Sturdivant pour contribuer cette fonctionnalité.
• La mise à jour et commettent des commandes utilisent des verrous implicitement et vont maintenant ignorer silencieusement un référentiel de verrouillage manquant ou non initialisée. Avant, hg update annulerait si le référentiel de verrouillage n'a pas été initialisé, il affiche maintenant un avertissement qui est visible uniquement lorsque --verbose est utilisé.
• Refonte du code pour une meilleure maintenabilité. Le protocole d'appel de procédure distante vit maintenant dans son propre module.

Quoi de neuf dans la version 0.3:

• contrôle côté client de changesets poussés. Avant de pousser, les clients inspecte désormais chaque changeset poussé pour voir si elle contient des fichiers débloqués pour laquelle blocage est obligatoire. La poussée est interrompue si un tel changeset est trouvé.
• Faire hg déverrouillage valider l'ensemble de modifications du client de la même manière serrure hg fait. Cela garantit que le client ne se déverrouille pas un fichier avant de les changesets qui le modifient ont été poussés.
• Le principal moyen de déverrouiller des fichiers est maintenant de simplement pousser les changesets qui affectent les fichiers - la commande de déverrouillage ne peut être utilisé si un fichier n'a pas été modifié depuis qu'il a été verrouillé
.
• Mobilité drapeau --force pour hg poussoir. Création de plusieurs têtes sur poussoir est alors plus possible. Pousser une nouvelle branche est toujours possible avec le drapeau --new-branche.
• compatibilité avec Fix 1.9.x. Mercurial Maintenant testé avec la version 1.8.4 Mercurial, 1.9 et 1.9.1.

Quoi de neuf dans la version 0.2:

• Re-libération de la version 0.1. Le changement d'un crochet de changegroup à un crochet de pretxnchangegroup dans 575c95b4ab8f avait de mauvaises conséquences. Donc 575c95b4ab8f et les corrections de suivi à (d87f0dc0919e, 4ba9b24da91b, 7ec8374652ad) étaient trop instables pour libérer.
• Ce communiqué se fonde sur 4b61dc057391 et ne comprend que le correctif pour serrure identifier le mauvais fichier dans une fusion (7e3a4247e682 et 019d137a6ece) avec les changements d'emballage.

Exigences :

• Python