2016-05-28 13 views

cevap

0

Havuz sayfanızdan Settings sekmesine, ardından Collaborators'a tıklayın.

URL örneği

https://github.com/<username>/<repo name>/settings/collaboration 

sen, sen repoya gidebilir kendi Graphs tıklamayın bir depo katkıda bulunmuştur kim kontrol etmek için, ardından Members tıklayın.

URL örneği

GitHub API v3 listing collaborators için bir bitiş noktası vardır
https://github.com/<owner username>/<repo name>/network/members 
+1

Cevabınızın deponumda çalışabileceğini düşündüm. Başkalarının repolarına nasıl girebilirim? –

+0

Ah, anlıyorum. Sanırım sorumu anlamadım. – ryanjdillon

3

:

GET /repos/:owner/:repo/collaborators 

, sen kimlik doğrulaması gerekir Kullanmak için ve o ortak çalışan veya biriniz olmak zorunda 'Bu görürdüm:

{ 
    "message": "Must have push access to view repository collaborators.", 
    "documentation_url": "https://developer.github.com/v3" 
} 

Bir depodaki Sorunlar bölümüne gittiğinizde ve yazara veya sahibe göre filtrelediğinizde, a drop-down listing the repository's collaborators'u aldığınızı fark ettim. Bu Açılır HTML içeriği örneğin ayrı bir GET isteğinde, talep üzerine yüklenir:

https://github.com/Leaflet/Leaflet/issues/show_menu_content?partial=issues/filters/authors_content 
  • Bu kesmek olduğunu. URL, programlı tüketim için açık değildir. Çıktı değişebilen HTML'dir. Hiçbir garanti yoktur: kendi sorumluluğunuzda kullanın.
  • Bu URL herkes için geçerli, GitHub'a giriş yapmanız bile gerekmiyor. Giriş yaptıysanız, hesabınız listede ilk olarak görünecektir.
  • Bu URL, Devre dışı bırakılmış sorunları olan havuzlarda bile çalışır.
0

Benzer bir ihtiyacım vardı. Bu yüzden, google bigquery'de barındırılan githubarchive veritabanından depodaki ana dalda yapılan tüm PushEvent, CreateEvent ve PullRequestEvent öğelerinin ayrıntılarını buldum. Bundan, işbirlikçi olan tüm kullanıcıların muhafazakar bir tahminini alabilirim. Birleştirilen her bir PullRequestEvent, isteği birleştiren ortak çalışanın adının bulunduğu bir itme etkinliğine neden olur. Ancak, bir PullRequestEvent reddedilirse, PullRequest'i kimin kapandığına bakmalıydım ve çekme isteğini ilk olarak oluşturan kullanıcı değilse, o kişi aynı zamanda bir ortak çalışan kişidir. Bunu yapmanın en iyi yolu olup olmadığından emin değilim, ama düşünebildiğim tek şey bu.

İlgili konular