2012-01-17 8 views
12

Myślę, że odpowiedź brzmi: nie, ale może brakuje mi czegoś: w większości repozytoriów masz tylko jednego lub dwóch administratorów i grupę "współpracowników". Wygląda jednak na to, że współpracownicy nie mogą przypisywać problemów (np. Sobie), ani też nie mogą etykietować problemów (nawet tych, które utworzyli).W narzędziu do śledzenia błędów GitHub, czy użytkownicy niebędący administratorami mogą przypisywać użytkowników i etykiety?

Błąd? Funkcja projektowania? Używam tego źle? Czy są jakieś obejścia?

Odpowiedz

12

Patrząc na Issues 2.0: The Next Generation, to wydaje się być zgodne z projektem, a od uwag, nie jest to jedyny „problem” użytkownicy stoją:

Wygląda problemy mogą być przypisane tylko do współpracowników.
Nadal chciałbym móc przypisać problem (lub kogoś, kto chce go zgłosić) deweloperowi, który nie jest współpracownikiem repo. W końcu jest to bardzo powszechny przepływ pracy, w którym współpraca odbywa się za pomocą widelców i żądań przyciągania.

Potencjalnym obejście (nie testowane siebie) jest dla użytkownika do stołu oryginalny repo i odtworzyć problem w trackerze emisyjnej tego nowego rozwidlony repo (to on jest właścicielem):

  • nowy problem zachowałby link html do oryginalnego wydania oryginalnego repo
  • użytkownik może przypisywać i oznaczać problemy.

Oczywiście wiąże się to z odrobiną powielania, ale w przypadku błędów użytkownik chce mieć pełną własność, co może być warte zrobienia.

+0

Interesujące, kolejne ograniczenie, którego jeszcze nie zauważyłem - ale takie, które pojawia się w Trello (IMHO, jeśli używasz "przypisać do" do zapisania stanu, nie ma znaczenia, czy ta osoba rzeczywiście ma konto ...) –

+0

Twoje obejście nie działa tak naprawdę dla nas - mamy repozytorium, po prostu nie chcemy, aby wszyscy mieli prawa administratora. –

+0

@Steve: stąd moja propozycja dla widelca: jeśli użytkownik nie powinien być administratorem * twojego * repozytorium, może być administratorem jego repozytorium (będącym własnym widelcem). – VonC

Powiązane problemy