J'aimerais trouvé une configuration qui fasse que ceux qui ne l'utiliseront pas (genre ceux qui utilisent tortoisehg/hgtk) ait le meme comportement. Apparement, l'option force empeche de faire un merge, et new branch créé une branch si un merge est nécessaire.
C'est ca que je t'explique, c'est valable par défaut. (cf.ma sortie d'écran)
Le push est refusé et le resolve est fait dans ton clone (comme dans ton workspace SVN). Pourquoi créer une branche ?
Au contraire, le -force pushe une version concurrente (et le new branch créé une nouvelle branche qui pollue ton repo (c'est juste un nom sur ta revision en fait)
Si tu veux "vraiment" (mode paranoiaque) te prémunir contre le -f, il te suffit d'installer un hook coté serveur. http://mercurial.selenic.com/wiki/TipsAndTricks#Prevent_a_pu(...)
[^] # Re: Suite
Posté par El Titi . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 2.
Pour la propagation des configs, voici un thread qui propose la même chose (celui qui est noté 2) avec les mêmes risques.
http://stackoverflow.com/questions/856523/version-controlled(...)
J'aimerais trouvé une configuration qui fasse que ceux qui ne l'utiliseront pas (genre ceux qui utilisent tortoisehg/hgtk) ait le meme comportement. Apparement, l'option force empeche de faire un merge, et new branch créé une branch si un merge est nécessaire.
C'est ca que je t'explique, c'est valable par défaut. (cf.ma sortie d'écran)
Le push est refusé et le resolve est fait dans ton clone (comme dans ton workspace SVN). Pourquoi créer une branche ?
Au contraire, le -force pushe une version concurrente (et le new branch créé une nouvelle branche qui pollue ton repo (c'est juste un nom sur ta revision en fait)
Si tu veux "vraiment" (mode paranoiaque) te prémunir contre le -f, il te suffit d'installer un hook coté serveur.
http://mercurial.selenic.com/wiki/TipsAndTricks#Prevent_a_pu(...)