github en lien avec d’autres repos

J’ai un projet qui repose sur deux repos dans github pour fonctionner. Lorsque je soumets mon projet à github, comment puis-je me connecter à ces deux repos? Dois-je dupliquer les fichiers de mon propre référentiel ou lien vers l’autre référentiel lors d’une révision spécifique, car je ne souhaite pas qu’il se mette à jour et provoque des incompatibilités. J’ai déjà créé mon repo github que dois-je faire?

    Vous pouvez utiliser les sous-modules git pour “lier” à d’autres projets. Voir ici – http://help.github.com/submodules/

    Il y a une alternative aux sous-modules que j’ai trouvé plus pratique: le sousarbre .

    Selon ce lien, les avantages sont les suivants:

    • La gestion d’un stream de travail simple est facile.
    • Les anciennes versions de git sont supscopes (même avant la version 1.5.2).
    • Le code du sous-projet est disponible juste après le clone du super projet.
    • sous-arbre ne nécessite pas que les utilisateurs de votre référentiel apprennent quelque chose de nouveau, ils peuvent ignorer le fait que vous utilisez la sous-arborescence pour gérer les dépendances.
    • sous-arbre n’ajoute pas de nouveaux fichiers de métadonnées comme les sous-modules doe (par exemple, .gitmodule).
    • Le contenu du module peut être modifié sans avoir une copie de référentiel séparée de la dépendance ailleurs.

    GitHub vous permettra également de référencer un autre référentiel dans un commentaire sur GitHub ou dans un commit. Par exemple:

    We should probably handle this with github/enterprise#59 

    Cela appenda une mise à jour au problème github/enterprise#59 avec un lien vers votre commentaire / commit.

    Références sur les problèmes de référentiel croisé

    entrer la description de l'image ici

    Bien sûr, GitHub est tout au sujet du codage social, mais vous pouvez également avoir des référentiels sociaux. Vous pouvez référencer des problèmes entre des référentiels en mentionnant le numéro d’utilisateur / référentiel dans un problème. Une fois que nous voyons quelque chose comme ça – disons, github / enterprise # 59 – nous nous assurerons de mettre à jour le numéro 59 dans le référentiel d’entreprise de github et de vous indiquer d’où il est référencé. Cela fait partie de GitHub Flavored Markdown , qui a également quelques astuces.

    Lire la suite: https://github.com/blog/967-github-secrets