2016-05-28 30 views

Odpowiedz

0

Na stronie z repozytorium kliknij kartę Settings, a następnie Collaborators.

przykład URL

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

Aby sprawdzić, kto przyczynił się do repozytorium, które nie należy do Ciebie, możesz może iść do repo, kliknij Graphs, a następnie kliknij Members.

przykład URL

https://github.com/<owner username>/<repo name>/network/members 
+1

Myślałem, że twoja odpowiedź może działać w moim repozytorium. Jak mogę uzyskać repo na innych? –

+0

Ah, rozumiem. Chyba nie rozumiem tego pytania. – ryanjdillon

3

GitHub API v3 ma punkt końcowy dla listing collaborators:

GET /repos/:owner/:repo/collaborators 

go używać, trzeba uwierzytelnić, i trzeba być jednym z tych współpracowników albo „d zobaczyć:

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

Zauważyłem, że po przejściu do sekcji Problemy w repozytorium i filtrowaniu według autora lub cesjonariusza otrzymuje się a drop-down listing the repository's collaborators. Zawartość HTML tej listy rozwijanej jest ładowane na żądanie, w oddzielnym żądanie GET, na przykład:

https://github.com/Leaflet/Leaflet/issues/show_menu_content?partial=issues/filters/authors_content 
  • To włamać. Adres URL nie jest oczywiście przeznaczony do konsumpcji programowej. Dane wyjściowe to kod HTML, który może ulec zmianie. Nie ma gwarancji: używaj na własne ryzyko.
  • Ten adres URL działa dla wszystkich, nawet nie musisz być zalogowany do GitHub. Jeśli jesteś zalogowany, twoje konto pojawi się na pierwszej pozycji na liście.
  • Ten adres URL działa nawet w repozytoriach z wyłączonymi problemami.
0

Miałem podobną potrzebę. Tak więc poszedłem i znalazłem szczegóły wszystkich PushEvent, CreateEvent i PullRequestEvent wykonanych w głównym repozytorium repozytorium z githubarchive bazy danych hostowanej na serwerze BigQuery. Na tej podstawie mogłem uzyskać ostrożną ocenę wszystkich użytkowników, którzy są współpracownikami. Każdy połączony komunikat PullRequestEvent powoduje zdarzenie push z nazwą współpracownika, który połączył żądanie. Jeśli jednak PullRequestEvent zostanie odrzucony, musiałem sprawdzić, kto zamknął PullRequest i jeśli to nie jest użytkownik, który pierwotnie stworzył żądanie ściągnięcia, to ta osoba również jest współpracownikiem. Nie jestem pewien, czy to najlepszy sposób, aby to zrobić, ale to wszystko, co mogłem pomyśleć.

Powiązane problemy