Mon problème technique réside justement dans l'utilisation de XMPP, la doc (ultra succincte malheureusement de dvcs-autosync) parle de spécifier un compte XMPP dans le fichier de conf, compte qui sera partager par toutes les machines.
l'idée étant que le script autosync détecte les modification, déclenche un commit puis un push puis envoie un message depuis le compte vers ce même compte, ce message est ensuite reçu par toutes les machines, déclenchant un pull.
ma question va sembler bete, mais pourrait expliquer le comportement que tu as.
Perso je comprend le fonctionnement theorique de tout ca comme suit :
- un compte pour le "serveur DVCS"
- un compte par utilisateur/collaborateur
- des groupes d'utilisateurs (si y a besoin)
quand le DVCS detecte un changement, il envoie un message (broadcast) aux utilisateurs.
ce message est alors intercepté par le logiciel sur le poste client, et declenche la mise à jour.
si le client est hors-ligne, ton serveur XMPP doit conserver le message pour le livrer à la reconnexion du client. (c'est peut-etre ce point là que seul gtalk ferait ?)
# une histoire de compte ?
Posté par NeoX . En réponse au message dvcs-autosync et XMPP. Évalué à 3.
ma question va sembler bete, mais pourrait expliquer le comportement que tu as.
Perso je comprend le fonctionnement theorique de tout ca comme suit :
- un compte pour le "serveur DVCS"
- un compte par utilisateur/collaborateur
- des groupes d'utilisateurs (si y a besoin)
quand le DVCS detecte un changement, il envoie un message (broadcast) aux utilisateurs.
ce message est alors intercepté par le logiciel sur le poste client, et declenche la mise à jour.
si le client est hors-ligne, ton serveur XMPP doit conserver le message pour le livrer à la reconnexion du client. (c'est peut-etre ce point là que seul gtalk ferait ?)