Depoları Github'daki klasörlere yerleştirebilir miyim?

Git için yeniyim ve şimdi yaptığım tüm son projelerimi github'a depo olarak yüklemek. Web tasarımı, wordpress temaları ve farklı uygulama türleri gibi birçok farklı proje var. Ve bunlardan bazıları daha büyük projelere de ait, çünkü bazı şeyleri farklı bir uygulama olarak test etmek üzereydiler.

Sorun şu anda çevrimiçi kafa karıştırıcı miktarda depo var. İlgili github depolarını bir klasör yapısında nasıl gruplandırabilirim? Github'da depoları sipariş etme, yapılandırma veya hatta etiketleme yeteneği sağlayan bir özellik var mı?

GitHub'da kuruluş oluşturmadıkça depolarınızı "klasör" e göre gruplandıramazsınız . Örneğin, tüm sublimeText paketleri depolarının bir grubu olarak SublimeText'e
bakın .

Ancak bu, iç içe geçmiş bir klasör organizasyonunu desteklemez. Şimdilik (Haziran 2017), bu sadece iç içe bir ekip organizasyon yapısını desteklemektedir .

Şubat 2019'u güncelleyin: artık proje kavramınız var :
Bkz. " Kullanıcıya ait projeler — kişisel çalışma alanınız "

Ayrıca proje tahtanıza en fazla 5 depo bağlayabilirsiniz. Depoları bağlamak, aramanın kapsamını bağlantılı havuzlarla sınırlar, böylece henüz proje panosuna eklemediğiniz yeni sorunları hızla daraltabilirsiniz

GitHub şimdi etiketleri de ( konu şeklinde ) desteklemektedir.

Orijinal cevaplar 2012:

Başka bir çözüm, alt modül olarak bildirilen diğer depolara başvuran depoları tanımlamanızdır .

Bu şekilde, "üst depolar" olarak adlandırılan depolardan birini (diğer depolara gönderme yapan) klonladığınızda, bunlar kendi alt dizinlerinde bir alt dizinle kendi dizininde klonlanır.

GitHub hesabınızın kendisinde görsel olarak görünmez (yine de ana depolarda daha da büyük olan büyük bir depo listesi içereceğinden), ancak bir üst depoyu klonlayarak, ilişkili tüm alt modüllerini geri alırsınız.

Sorun 302 belirtilen yorumlarda tarafından AnneTheAgile şimdi 2014 sadece kaynaklarda (2018 Kasım)tbnorth/github_repo_tags

Küçük piton programı bu depoda senin repolarının bir listesini almak için GitHub API kullanır. ve adlarını, açıklamalarını ve URL'lerini varsayılan olarak repo_tags adlı yeni bir repoya ekleyin. Başlangıçta her bir “sorun” sınıflandırılmamış olarak etiketlenir, ancak normal sorun etiketlemesini kullanarak bunları istediğiniz gibi etiketleyebilirsiniz.

Yeniden çalıştırıldığında, repo_tags.pyyalnızca depolar için sorunlar oluşturur. bu zaten bir sorun tarafından ele alınmadı.

Kuruluşları depo düzenlemek için kullanıyorum . Bu, gerektiğinde paylaşım için olgunlaşmış, temiz tasvir ve net bir organizasyon sağlar. Örneğin:

Organizasyonlarım

• JMR-iOS (iOS depoları)
• JMR-Work (Çalışma depoları)
• Kullanıcı İşlemi (Pers depoları)

Tüm organizasyon repo kamu sen olmadıkça olsa yükseltme Enterprise Cloud hesabına (25 $ / ay)

Bu bir uyarı kadar bir cevap değil.

Kuruluşları kullanarak yapılanmanın yapılandırılmasının yeni bir yan etkisi, kullanıcılar için aşağıdaki ücretsiz özel depoların duyurulması nedeniyle ortaya çıkmıştır: https://blog.github.com/2019-01-07-new-year-new-github/

Kuruluşun özel depoları hala ücretsiz değil. Dolayısıyla, kuruluşları depoları ayırmak için kullanmak, kuruluşunuzun ihtiyacınız olan bir şey varsa, ücretsiz özel depoları kullanamamasına neden olacaktır.

Yeni başlayanlar için, depoları artık GitHub'da konu şeklinde etiketleyebilirsiniz. Yaşasın!

Ama daha büyük problemi çözdüğünü sanmıyorum. Bunun için, bir üst düzey klasör sistemi (her proje bir repo bir klasör olduğu) denedim. Ayrıca her proje sistemi için bir şube denedim (her projenin yeni bir branşta olduğu). Bu sonuncusu her bir projeyi ayrı ayrı çekip itmenizi sağlar! Ama ikisi de ideal değil.

Subversiyon ve mercurial gibi diğer sürüm kontrol sistemlerine de bakabilirsiniz . Mercurial ayrıca Bitbucket'te de barındırılabilir ve Facebook " çok projeli depolar " için bile destek arıyor .

Şahsen bir klasör kurulumuna sahip olduğunuz ve her projenin bitiş noktalarında barındırıldığı https://hg.openjdk.java.net/ (veya http://hg.netbeans.org/ ) sistemini seviyorum . Bunu başarmanın en iyi yolu proje yapınızla ( https://mvnrepository.com/ veya https://www.npmjs.com/ gibi) bir web sitesi (GitHub'da yapabileceğiniz ) oluşturmaktır.

Klasörleri simüle etmenin olası bir yolu, repo açıklamanızın sonuna virgülle ayrılmış etiketler eklemektir. GitHub 'Depo bul ...' filtresi repo açıklamasında göründüğünden, bu etiketlere göre depo arayabilirsiniz. Bir örnek:

MyRepo: Harika şeyler yapar [bilgisayarla görme, makine öğrenimi, python]