W samym GitHubie nie możesz grupować repozytoriów według „folderów”, chyba że utworzysz organizacje .
Zobacz na przykład SublimeText jako grupę wszystkich repozytoriów pakietów sublimeText.
Ale to nie będzie obsługiwać zagnieżdżonej organizacji folderów. Na razie (czerwiec 2017 r.) Obsługuje tylko zagnieżdżoną strukturę organizacji zespołu .
Aktualizacja z lutego 2019 r .: masz teraz koncepcję projektu :
zobacz „ Projekty należące do użytkowników - Twój osobisty obszar roboczy ”
Możesz również połączyć do 5 repozytoriów z tablicą projektu. Łączenie repozytoriów ograniczy zakres wyszukiwania do tych połączonych repozytoriów, dzięki czemu możesz szybko zawęzić wszelkie nowe problemy, których jeszcze nie dodałeś do tablicy projektu
![https://i0.wp.com/user-images.githubusercontent.com/3477155/52346373-734e2580-29ed-11e9-82ad-9e5f1ab8aa99.gif?resize=1024%2C512&ssl=1](https://i.stack.imgur.com/Rzng6.gif)
GitHub obsługuje teraz również tagi (w formie tematów ).
Oryginalne odpowiedzi 2012:
Innym rozwiązaniem jest zdefiniowanie repozytoriów, które odwołują się do innych repozytoriów, zadeklarowanych jako moduły podrzędne .
W ten sposób, gdy klonujesz jedno z repozytoriów (które odwołuje się do innych repozytoriów), zwane „repozytoriami nadrzędnymi”, zostaną one sklonowane we własnym katalogu, z podkatalogiem dla każdego modułu podrzędnego.
Nie będzie to widoczne wizualnie na Twoim koncie GitHub (ponieważ nadal będzie zawierało dużą listę repozytoriów, nawet większą w przypadku repozytoriów nadrzędnych), ale klonując jedno repozytorium nadrzędne, odzyskasz wszystkie powiązane z nim moduły podrzędne.
W kwestii 302 wspomniano w komentarzach przez AnneTheAgile w 2014 referencji właśnie (listopad 2018)tbnorth/github_repo_tags
Mały program Python w repozytorium GitHub wykorzystuje API, aby uzyskać listę swoich transakcji repo. i dodaj ich nazwę, opis i adres URL do nowego repozytorium, domyślnie o nazwie repo_tags. Początkowo każdy „problem” jest oznaczany jako niesklasyfikowany, ale możesz je oznaczyć według własnego uznania, używając zwykłego tagowania problemów.
Po ponownym uruchomieniu repo_tags.py
tworzy problemy tylko dla repozytoriów. które nie zostały jeszcze objęte problemem.