Я новичок в git, и сейчас я загружаю все свои последние проекты в качестве репозиториев на github. Есть много разных проектов, таких как веб-дизайн, WordPress темы и различные типы приложений. И некоторые из них также относятся к более крупным проектам, потому что они были о тестировании некоторого материала как другого приложения.
Проблема в том, что у меня сейчас запутанное количество репозиториев онлайн. Как я могу сгруппировать связанные репозитории github в структуре папок? Есть ли возможность, позволяющая упорядочивать и структурировать или даже тегировать репозитории на github?
git
github
repository
Данияр
источник
источник
Ответы:
На самом GitHub вы не можете группировать свои репозитории по «папкам», если вы не создаете организации .
Смотрите SublimeText , например, как группу всех репозиториев пакетов sublimeText.
Но это не будет поддерживать организацию вложенных папок. На данный момент (июнь 2017 г.) это поддерживает только организационную структуру вложенной команды .
Обновление за февраль 2019 года: теперь у вас есть концепция проекта :
см. « Проекты, принадлежащие пользователям - ваше личное рабочее пространство »
GitHub также поддерживает теги (в виде тем ).
Оригинальные ответы 2012:
Другое решение для вас - определить репозитории, которые ссылаются на другие репозитории, объявленные как подмодули .
Таким образом, когда вы клонируете одно из репо (которое ссылается на другие репо), называемое «родительские репо», они будут клонированы в своем собственном каталоге с подкаталогом для подмодулей.
Это не будет визуально заметно в вашей учетной записи GitHub (так как он по-прежнему будет содержать большой список репо, даже больший по сравнению с родительскими репо), но, клонировав один родительский репо, вы получите обратно все связанные с ним подмодули.
Вопрос 302 упоминается в комментариях по AnneTheAgile в 2014 году только ссылки сейчас (ноябрь 2018)
tbnorth/github_repo_tagsисточник
Я использую организации для организации репо. Это обеспечивает четкое разграничение и четкую организацию, готовую к обмену при необходимости. Например:
Мои организации
Все репозитории организации являются общедоступными, если вы не перейдете на учетную запись Enterprise Cloud ($ 25 / мес.)
источник
Это не столько ответ, сколько хедз-ап.
Один недавний побочный эффект структурирования организаций-утилизаторов обнаружился из-за следующего объявления о бесплатных частных репозиториях для пользователей: https://blog.github.com/2019-01-07-new-year-new-github/
Организация частных репо еще не бесплатна. Поэтому использование организаций для разделения репо приведет к тому, что ваша организация не сможет использовать бесплатные частные репозитории, если вам это нужно.
источник
Для начала, вы можете пометить репо сейчас в GitHub в виде тем. Ура!
Но я не думаю, что это решает большую проблему. Для этого я попробовал систему папок верхнего уровня (где каждый проект представляет собой папку в одном репо). Я также попробовал одну ветку на систему проектов (где каждый проект находится в новой ветке). Этот последний позволяет вам тянуть и толкать каждый проект в отдельности! Но ни один не идеален.
Вы также можете посмотреть другие системы контроля версий, такие как Subversion и Mercurial . Mercurial также может быть размещен на Bitbucket, если вам нужно, и Facebook даже ищет поддержку « многопроектных репозиториев ».
Мне лично нравится система https://hg.openjdk.java.net/ (или http://hg.netbeans.org/ ), где у вас есть настройка папки, и каждый проект размещается на конечных точках. Лучший способ добиться этого - создать веб-сайт (который вы можете сделать в GitHub) со структурой вашего проекта (например, https://mvnrepository.com/ или https://www.npmjs.com/ ).
источник
Один из возможных способов имитации папок - добавление разделенных запятыми тегов в конце описания репо. Затем вы можете искать репо по этим тегам, поскольку фильтр GitHub «Найти репозиторий ...» выглядит в описании репо! Пример:
источник