Ne pouvez pas obtenir submodules de travailler dans gitlab

J'ai un projet dans mon ordinateur avec la structure suivante:

.
├── bin
├── code
│ └── src
├── data
├── doc
├── experiments
└── reports
└── summary

code/src /et /rapports/résumé sont submodules défini .gitmodules

[submodule "code/src"]
path = code/src
url = ./code/src/

[submodule "reports/summary"]
path = reports/summary
url = /home/zunbeltz/Proyectos/reports/base/

J'ai créé un projet dans le gitlab de mon lieu de travail (version de l'article 7.9.4). Après l'ajout de la nouvelle origine et
git push -u origin master
Les liens de la submodules sont coupées avec une erreur 500 du code.

J'ai essayé aussi en gitlab.com, (version 7.14) et j'ai une erreur 404

Ce que quelqu'un sait ce qui se passe ici?

Note: j'ai fait un post ce message sur le gitlab forum, mais n'ont aucune réponse.

Vous avez certainement pouvez utiliser relatif à distance les URLs pour les submodules si vous voulez venir à partir du même serveur GitLab comme superproject. Juste imaginer quantité correcte de '../' parties du chemin.

OriginalL'auteur zunbeltz | 2015-09-15

  1. 5

    L'idée de sous-module est de faire référence imbriquée repo git avec une url que vous pouvez accéder.

    ./code/src/ et /home/zunbeltz/Proyectos/reports/base/ sont basés sur un fichier de l'url que vous pouvez accéder localement.

    Mais une fois poussé sur Gitlab, dit Gitlab ne sais pas comment interprété/l'accès de ces url.

    D'où les liens brisés.

    Comme mentionné dans la discussion:

    Sur Gitlab, vous devez avoir 3 repos:

    • un pour le parent repo
    • un pour chaque submodules

    Dans le parent repo sur GitLab, vous pouvez voir la même structure que sur le local parent repo
    sauf GitLab serait d'utiliser une icône pour représenter ce dossier.

    Que représenterait une gitlink, un entrée spéciale dans l'index d'une mise en pension.

    Ivan mentionne dans les commentaires maintenant (2018, trois ans plus tard), la documentation officielle "À l'aide de submodules avec GitLab CI".

    Je suis d'accord pour le chemin d'accès absolu (c'est peut-erreur, c'est l'un de plusieurs essais que j'ai fait). Mais gitlab devriez maintenant l'un avec chemin d'accès relatif.
    oui: l'url des submodules devrait être un gitlab url, ce qui à son tour permettrait de voir ce genre d'icône sur Gitlab: stackoverflow.com/q/24242490/6309
    Eh bien, ce n'est pas tout à fait vrai. Nous utilisons les Url relatives des submodules .gitmodules fichier, parce que nous utilisons les repos de la même serveur GitLab. URL Relative se traduit (git sous-module de synchronisation) pour corriger l'URL absolue .git/config. Les chemins d'accès relatifs aider beaucoup avec le renommage\déplacement du serveur GitLab.
    avec ceux qui sont relatifs - pas vraiment, avec une absolue à distance Url - oui, ils sont la douleur dans un lieu, comme nous l'souhaitez renommer notre serveur GitLab maintenant. BTW, GitLab maintenant officiellement recommande l'utilisation de celles relatives: docs.gitlab.com/ce/ci/git_submodules.html
    OK. Merci pour le lien. Je l'ai incluse dans la réponse pour plus de visibilité.

    OriginalL'auteur VonC