Mercurial: distance: abandonner: Il n'y a pas de dépôt Mercurial ici (.hg pas trouvé)!

tous,

J'ai cherché pour ce problème depuis longtemps et essayé différentes méthodes.

Je veux maintenir mon code sur le serveur uniquement via SSH. Mais lorsque je l'exécute:

sudo hg clone -v ssh://carl@hostname//home/carl/Java/Projects/peta/

Mercurial continue à me dire remote: abort: There is no Mercurial repository here (.hg not found)!. Certains articles dit que le chemin d'accès doit être correcte et il devrait y avoir un .hg répertoire. Mais j'ai vérifié plusieurs fois et je suis sûr qu'il y est un .hg dossier au bon endroit.

J'ai aussi essayé 

hg --config ui.remotecmd=/usr/bin/hg clone ssh://carl@hostname//home/carl/Java/Projects/peta/

Mais il a échoué. Quel autre problème qu'il pourrait être? Merci.

Résolu

J'ai enfin corrigé le problème. Auparavant, j'ai créer un référentiel sur ma machine locale, et de la scp tous les fichiers (y compris .hg) sur le serveur. J'essaie de le supprimer .hg répertoire d'abord, et de créer un repo sur le serveur via ssh (hg init). Puis hg clone fonctionne!

Est-il un dépôt mercurial (pas seulement une .hg dossier) à /home/carl/Java/Projets/peta/? Pouvez-vous exécuter hg log à partir de là?
Si vous avez un hg server sur windows et l'exécution d'un cygwin serveur ssh, puis essayez ssh://[email protected]/D:/repos plutôt que ssh://[email protected]//cygdrive/d/repos

OriginalL'auteur Joy | 2011-12-13

  1. 29

    Extraction de hg help urls

    Quelques notes sur l'utilisation de SSH avec Mercurial:

    • SSH nécessite une accessible compte shell sur la machine de destination et
      une copie de hg dans le chemin d'accès à distance ou spécifié avec comme remotecmd.

    • chemin est relatif à la distance répertoire home de l'utilisateur par défaut. Utiliser un
      extra slash au début d'un chemin d'accès pour spécifier un chemin d'accès absolu:

      ssh://exemple.com//tmp/référentiel

    cela signifie, au moins, que vous ne pouvez pas utiliser la même URI et changer seulement un/deux barres obliques: au moins un chemin d'accès sera inexistante.

    Conséquence de la citation et le message d'erreur: vous doit de debug (avec toute ssh-outil) et trouver le bon chemin pour le répertoire. vous pouvez:

    • utiliser scp (f.e) et copie de fichiers à partir de l'emplacement est connu
    • SSH sur l'hôte distant dans la session interactive et vérifier le chemin d'accès (les deux?) par contre, j'.e: ssh ..., cd,..., pwd, vérifiez la sortie de la dps
    • ... tout autre débogueur

    Où vous aurez la bonne voie après la connexion, vous devez vérifier le point suivant de l'échec .hg dir autorisations

    Après vérification de ces points de contrôle, vous aurez clone et quelques bonus sous la forme de la compréhension de "Ce qui s'est passé avant"

    HTH

    +1 pour la mention de hg help urls
    +1 pour la double barre oblique après l'url du serveur

    OriginalL'auteur

  2. 1

    Je ne sais pas si ça aide, mais, selon le FAQ:

    hg clone ssh://USER@REMOTE/path/to/repo

    Ils sont en utilisant une seule / après la USER@HOST. Peut-être que vous pouvez essayer de cette façon.

    Merci. Mais je l'ai déjà essayé, pas de travail. Je me demande si je devrais faire un peu de configuration sur le serveur?
    Peut-être ceci: stackoverflow.com/questions/4431884/...
    Je l'ai essayé, César. Il ne fonctionne pas... C'est pourquoi je suis tellement fou à ce sujet....
    J'espère vraiment que vous pouvez le faire! Une solution de contournement: vous pouvez toujours pousser le référentiel à partir de votre hôte distant (ssh de l'hôte), par exemple, Bitbucket (bitbucket.org). Et puis clone qui référentiel via http à partir de votre ordinateur local 🙂 je fais tout le temps. Cheers
    J'ai enfin corrigé le problème. Auparavant, j'ai créer un référentiel sur ma machine locale, et de la scp tous les fichiers (y compris .hg) sur le serveur. J'essaie de le supprimer .hg répertoire d'abord, et de créer une pension par le biais de ssh (hg init). Puis il travaille!

    OriginalL'auteur

  3. 0

    César Bustíos la réponse est presque correct, mais qui tente de clone de distance locale. À l'inverse, il faut ajouter le chemin d'accès local. Dans le cas où il est le répertoire courant, il sera un point.

    hg clone . ssh://USER@REMOTE/path/to/repo

    Espère que cela aide. 🙂

    OriginalL'auteur

  4. 0

    En cours d'exécution sur Debian, pour résoudre mon problème, j'ai ajouté la ligne suivante à mon /var/lib/mercurial-server/.mercurial-server fichier de configuration après le [paths]

    [paths]
/= ~/repos
...

    Et n'oubliez pas de problème de cette commande par la suite: sudo -u hg /usr/share/mercurial-server/refresh-auth

    OriginalL'auteur