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
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.