Di GitHub sendiri, Anda tidak dapat mengelompokkan repo Anda berdasarkan "folder", kecuali jika Anda membuat organisasi .
Lihat SublimeText , misalnya, sebagai grup dari semua repo paket sublimeText.
Tetapi itu tidak akan mendukung organisasi folder bersarang. Untuk saat ini (Juni 2017), itu hanya mendukung struktur organisasi tim bersarang .
Pembaruan Februari 2019: Anda sekarang memiliki konsep proyek :
Lihat " Proyek yang dimiliki pengguna — ruang kerja pribadi Anda "
Anda juga dapat menautkan hingga 5 repositori ke papan proyek Anda. Menautkan repositori akan membatasi cakupan pencarian ke repositori yang ditautkan, sehingga Anda dapat dengan cepat mempersempit setiap masalah baru yang belum Anda tambahkan ke papan proyek
GitHub juga mendukung tag sekarang (dalam bentuk topik ).
Jawaban asli 2012:
Solusi lain bagi Anda untuk mendefinisikan repositori yang merujuk repo lain, dinyatakan sebagai submodul .
Dengan begitu, ketika Anda mengkloning salah satu repo (yang mereferensikan repo lain), yang disebut "induk repos", mereka akan dikloning di direktori mereka sendiri, dengan sub-direktori per submodul.
Ini tidak akan terlihat secara visual pada akun GitHub Anda sendiri (karena masih akan berisi daftar repo besar, bahkan lebih besar dengan repo induk), tetapi dengan kloning satu repo induk, Anda akan mendapatkan kembali semua submodul terkait di dalamnya.
The masalah 302 disebutkan di komentar oleh AnneTheAgile pada 2014 hanya referensi sekarang (2018 November)tbnorth/github_repo_tags
Program python kecil dalam repositori ini menggunakan API GitHub untuk mendapatkan daftar repo Anda. dan tambahkan nama, deskripsi, dan URL mereka, ke repo baru., secara default disebut repo_tags. Awalnya setiap "masalah" ditandai tidak terklasifikasi, tetapi Anda dapat menandai sesuka Anda, menggunakan pemberian tag masalah biasa.
Saat dijalankan kembali, repo_tags.py
hanya menciptakan masalah untuk repo. yang belum dicakup oleh masalah.