На самом GitHub вы не можете группировать свои репозитории по «папкам», если вы не создаете организации .
Смотрите SublimeText , например, как группу всех репозиториев пакетов sublimeText.
Но это не будет поддерживать организацию вложенных папок. На данный момент (июнь 2017 г.) это поддерживает только организационную структуру вложенной команды .
Обновление за февраль 2019 года: теперь у вас есть концепция проекта :
см. « Проекты, принадлежащие пользователям - ваше личное рабочее пространство »
Вы также можете связать до 5 репозиториев с вашей платой проекта. Связывание репозиториев ограничит область поиска этими связанными репозиториями, поэтому вы сможете быстро сузить все новые проблемы, которые вы еще не добавили в доску проектов.

GitHub также поддерживает теги (в виде тем ).
Оригинальные ответы 2012:
Другое решение для вас - определить репозитории, которые ссылаются на другие репозитории, объявленные как подмодули .
Таким образом, когда вы клонируете одно из репо (которое ссылается на другие репо), называемое «родительские репо», они будут клонированы в своем собственном каталоге с подкаталогом для подмодулей.
Это не будет визуально заметно в вашей учетной записи GitHub (так как он по-прежнему будет содержать большой список репо, даже больший по сравнению с родительскими репо), но, клонировав один родительский репо, вы получите обратно все связанные с ним подмодули.
Вопрос 302 упоминается в комментариях по AnneTheAgile в 2014 году только ссылки сейчас (ноябрь 2018)tbnorth/github_repo_tags
Небольшой питон программа в этом хранилище использует API GitHub , чтобы получить список вашего РЕПО. и добавьте их имя, описание и URL в новый репозиторий, по умолчанию называемый repo_tags. Изначально каждая «проблема» помечается как неклассифицированная, но вы можете пометить их как угодно, используя обычную метку проблемы.
При повторном запуске repo_tags.py
создает только проблемы для репо. это еще не было охвачено проблемой.