Ne pouvez pas ajouter de git sous-module lorsqu'il est spécifié comme un chemin relatif

J'essaye d'ajouter un sous-module de mon repo git, et j'obtiens cette erreur en retour: 

remote origin does not have a url defined in .git/config

des idées sur ce que cela pourrait être? J'ai essayé de googler pour elle, mais seulement un vague lien vient.

Je suis en train de faire ceci: 

git submodule add ../extern/Lib1 lib

Je m'attends à ce que cela créer un sous-module lib/Lib1

Je suis conscient que cela ne fera que créer une référence et que je puis mettre à jour/init (pas de cristal clair sur cette partie, n'ont pas obtenu ce que de loin; je suis en train d'apprendre le sous-module de commande).

  • Tout juste de terminer ma réponse avec d'autres suggestions
  • Je pense que le chemin d'accès absolu fonctionne ici uniquement parce que votre extern/Lib1 repo Git ... n'est pas une "télécommande d'origine ne dispose pas d'une url définie dans .git/config" ;). Certains enquête dans le .git/config est dans l'ordre.
  • pas sûr de ce que tu veux dire. J'ai juste regardé extern/Lib1 de l' .git/config et tout ce qu'elle a, c'est la [base] de la section: repositoryformatversion=0,filemode=true,nu=false,legalrefupdates=true
  • Juste un exemple au sujet de exactement où cette "distance de l'origine" devrait être définie. Voir mon édité réponse.
  • Votre dernier commentaire m'a fait relire le git sous-module page de man. J'ai édité ma réponse pour un plus emplacement exact de la .git/config fichier.
InformationsquelleAutor deepblue | 2009-12-29
  1. 30

    Ne ../extern/Lib1 se référer à un dépôt Git?

    Si elle ne le fait pas, Git ne saurais pas eu le repo Git url de son .gitmodule

    Aussi, essayez de:

    • avec la destination lib pas déjà existant (même vide)
    • avec un chemin d'accès absolu au lieu d'un chemin d'accès relatif (vous pouvez utiliser un rapport, mais juste au cas où, il vaut un essai ici)

    Quelques bonnes sources sur submodules sont:

    Puisque seul le chemin d'accès absolu travaille ici, cela signifie que le chemin d'accès relatif besoin d'une référence pour être comparées.

    Cette référence est la "distance de l'origine", ce qui devrait être dans votre DirName/NewRepo_withSubmodules/.git/config fichier, comme ceci:

    $ cat .git/config
    ...
    [remote "origin"]
    url = /path/to/DirName/NewRepo_withSubmodules/.git
    fetch = +refs/heads/*:refs/remotes/origin/*
    ...

    Si vous n'avez que l'article en ../DirName/NewRepo_withSubmodules/.git/config fichier, vous devez être en mesure d'ajouter ../Extern/Lib1 comme un sous-module à l'aide d'un chemin d'accès relatif.

    Tous les ci-dessus est inspiré de la section suivante de l'git sous-module de la page de manuel:

    <repository> est l'URL de la nouvelle sous-module de l'origine du référentiel.

    Ce peut être une URL absolue, ou (s'il commence par ./ ou ../), l'emplacement par rapport à la superproject de origin référentiel.

    Donc si NewRepo_withSubmodules est un repo Git local qui vient d'être créé (et n'a pas "d'origine"), une artificielle "à distance de l'origine" devrait être défini (même si l'origine des points à lui-même), si ce n'est pour permettre une url relative pour d'autres sous-module dépôts à être utilisé.

    Git 2.13 (T2 2017) permettra d'améliorer la détection de l'origine par défaut d'un sous-module.

    Voir s'engager d1b3b81 (25 Février 2017) par Stefan Beller (stefanbeller).

    (Fusionnés par Junio C Hamano -- gitster -- dans s'engager ae900eb, 10 mars 2017)

    submodule init: avertir à propos de revenir à un chemin d'accès local

    Comme maintenant documenté:

    <repository> est l'URL de la nouvelle sous-module de l'origine du référentiel.

    Ce peut être une URL absolue, ou (s'il commence par ./ ou ../), l'emplacement par rapport à la superproject par défaut de dépôt distant

    (Veuillez noter que pour spécifier un référentiel ' foo.git qui est situé juste à côté d'une superproject 'bar.git", vous devrez utiliser " ../foo.git 'au lieu de' ./foo.git " - comme on pourrait s'attendre lorsque l'on suit les règles relatives Url - parce que l'évaluation des Url relatives à Git est identique à celle relative répertoires).

    La distance par défaut est la télécommande de la télécommande suivi de la direction générale de la branche courante.

    Si aucun suivi à distance de la branche existe, ou le HEAD est détachée, origin " est supposé être la valeur par défaut de la télécommande.

    Si le superproject n'ont pas de distance par défaut configuré le superproject est sa propre autorité en amont et le courant.
    répertoire de travail est utilisé à la place.

    Git 2.20 (T4 2018) améliore le chemin d'accès local de soutien pour les submodules.

    Voir s'engager e0a862f (16 octobre 2018) par Stefan Beller (stefanbeller).

    (Fusionnés par Junio C Hamano -- gitster -- dans s'engager 3fc8522, 06 Nov 2018)

    submodule helper: convertir une URL relative à l'URL absolue si nécessaire

    Le sous-module helper update_clone appelée par "git submodule update",
    les clones submodules si nécessaire.

    Comme submodules utilisé pour avoir l'URL en indiquant si elles étaient actives, l'étape pour résoudre les Url relatives a été fait dans les "submodule init" étape. De nos jours submodules peut être configuré de manière active sans appeler explicitement init, par le biais de la configuration de submodule.active.

    Lorsqu'ils tentent d'obtenir submodules qui sont définies active de cette façon, nous allons
    de secours vers l'URL dans la .gitmodules, ce qui peut être relatif à l'
    superproject, mais nous n'avons pas à le résoudre, encore:

    git clone https://gerrit.googlesource.com/gerrit
cd gerrit && grep url .gitmodules
url = ../plugins/codemirror-editor
...
git config submodule.active .
git submodule update
fatal: repository '../plugins/codemirror-editor' does not exist
fatal: clone of '../plugins/codemirror-editor' into submodule path '/tmp/gerrit/plugins/codemirror-editor' failed
Failed to clone 'plugins/codemirror-editor'. Retry scheduled
[...]
fatal: clone of '../plugins/codemirror-editor' into submodule path '/tmp/gerrit/plugins/codemirror-editor' failed
Failed to clone 'plugins/codemirror-editor' a second time, aborting
[...]

    Pour résoudre le problème, le facteur de la fonction qui résout la relative
    Url dans "git submodule init" (dans le sous-module helper dans le init_submodule fonction) et de l'appeler à l'endroit approprié dans le update_clone helper.

    • yep il n'. l' ./lib dossier est vide tho (dans "git sous-module ajouter ../extern/Lib1 lib")
    • merde. ok, donc le chemin d'accès absolu travaillé, le rapport n'est pas... ce n'est mentionné nulle part (j'ai été lire des tutoriels pour les heures et ils utilisent tous web des URL comme exemples). le problème, c'est lorsque quelqu'un clone de mon repos, et de ne pas avoir la bonne dir de nidification, la "sous-module init/mise à jour" ne fonctionnent pas pour eux... des idées? grâce Von, l'apprécier
    • vais faire comme vous le suggérez. question: cela ne marche pas il suffit de déplacer le chemin absolu de la super-repo (l'un en qui nous plaçons le sous-module) dans le repo référencé par le sous-module? dans mon cas, les deux la superrepo et référencés repo (à partir de l'intérieur de la sous-module) sont dans le même maître dir DirName (DirName/extern/Lib1 & DirName/NewRepo_withSubmodules). Donc je préfère être en mesure de se déplacer et que le maître dir (DirName) autour de sans configs à l'intérieur de la cassure.
    • Bonne question, qui m'a fait revisiter le .git/config l'emplacement du fichier. Voir mon édité réponse.
    • merci pour votre temps Vic. Im, conférant à l'ensemble un coup droit maintenant. d'approuver la réponse à la dernière, quand tout va de travers dans ma configuration de test.
    • super! si cela a fonctionné. afin d'utiliser des chemins relatifs à l'externe sous-module, j'ai dû d'abord effectuer les opérations suivantes (sur une douce noncloned repo): "git remote add origin .." puis "git sous-module ajouter ../extern/LibName lib". merci encore Vic!
    • désolé, Von, pas de Vic 🙂
    • vous êtes les bienvenus:) Et vous y êtes presque 😉 C'est VonC , pas Von. Mais de toute façon, j'en apprends un peu plus sur ce sous-module sujet de répondre à votre question, vous pouvez m'appeler comme vous le souhaitez.
    • bien sûr,VonC 😉 merci

    InformationsquelleAutor VonC
  2. 4

    J'ai essayé la même chose, et a trouvé le " semble avoir fonctionné:

    J'ai (sur windows):

    D:/phd/analyses
    /analysis1/#This is an existing repository
    /analysis2/#another existing repository
    /analysis3.tex
    /analysis4.tex
    ...
    /analysisN.tex

    analysis1.tex ... analysisN.tex contiennent des idées que je n'ai pas travaillé sur encore ('talons, par exemple), et analysis1/ et analysis2/ sont des choses que je suis en train de (et donc du code, tex, ... en eux). Une fois que je me déplace pour travailler sur d'autres analyses, ils seront déplacés à leurs propres dossiers et donc de leurs propres dépôts.

    Ce que j'ai fait (dans git bash dans les analyses):

    
git init
git add *.tex
git remote add self .
git submodule add self:/analysis2/.git analysis2
git submodule add self:/analysis5/.git analysis5
git commit -m "Initial commit"

    Cela semble avoir fonctionné.

    D:/phd/analyses/.git/config semble comme il se doit, et .gitmodules ressemble:

    
[submodule "analysis2"]
    path = analysis2
    url = self:analysis2/.git
[submodule "analysis5"]
    path = analysis5
    url = self:analysis5/.git

    Ce qui concerne,
    Simon Knapp

    • Ne fonctionne pas pour moi (sur Linux). Il tente d'accéder à l'ordinateur self sur Internet.
    • aussi ne fonctionne pas sur darwin: ... [852]$ git submodule add -b myBranch self:../relativeRepo Cloning into relativeRepo... ssh: impossible de résoudre le nom d'hôte de l'auto: nodename ni nomserveur fourni, ou ne sait pas fatal: L'extrémité distante raccroché à l'improviste` Clone de "soi:../relativeRepo' en sous-module path 'relativeRepo' a échoué
    InformationsquelleAutor Simon Knapp
  3. 1

    (J'ai résumé juste la solution ici. Le crédit va à VonC.)

    Dans le contenant référentiel (dire containing.git/), git interprète des chemins relatifs par rapport à la origin à distance, qui n'est pas définie. Nous voulons qu'elle soit par rapport à la containing.git/ répertoire, afin d'exécuter

    git remote add origin ..

    (Je ne sais pas pourquoi il est .. plutôt que ..)

    Maintenant, vous pouvez ajouter le sous-module:

    git submodule add ../extern/Lib1 lib
    • Cela n'a pas de travail pour moi - elle encore essayé de regarder ../extern/Lib1 dans le chemin d'accès local. J'ai eu à faire git remote rename myrem origin, puis git submodule add ../extern/Lib1 lib, puis git remote rename origin myrem et git submodule foreach git remote rename origin myrem
    InformationsquelleAutor