Zarządzanie pakietem NuGet
Ten dokument opiera się na benevolent Dyktator Governance Model przez Uniwersytet Oksfordzki. Licencjonowany jest na licencji Creative Commons Attribution-ShareAlike 2.0 UK: Anglia i Walia Licencja.
Projekt NuGet jest prowadzony przez życzliwego dyktatora i zarządzanego przez społeczność. Oznacza to, że społeczność aktywnie przyczynia się do codziennego utrzymania projektu, ale ogólna linia strategiczna jest przyciągana przez życzliwego dyktatora. W przypadku nieporozumień, życzliwy dyktator ma ostatnie słowo.
Jest to życzliwa praca dyktatora, aby rozwiązać spory w społeczności i zapewnić, że projekt jest w stanie rozwijać się w skoordynowany sposób. Z kolei zadaniem społeczności jest poprowadzenie decyzji życzliwego dyktatora poprzez aktywne zaangażowanie i wkład.
Istnieją cztery role opisane tutaj: Benevolent Dyktator, Committers, Contributors i Users.
Główny zespół NuGet jest samozwańczany jako benevolent Dyktator lub kierownik projektu. Jednak ponieważ społeczność zawsze ma możliwość rozwidlenia, zespół jest w pełni odpowiedzialny za społeczność. Oczekuje się, że lider projektu będzie rozumieć całą społeczność i dążyć do zaspokojenia jak największej liczby sprzecznych potrzeb, zapewniając jednocześnie, że projekt przetrwa w dłuższej perspektywie.
Pod wieloma względami rola życzliwego dyktatora jest mniej o dyktaturze i więcej o dyplomacji. Kluczem jest zapewnienie, że w miarę rozwoju projektu odpowiednie osoby mają nad nim wpływ i wiece społeczności stojące za wizją realizacji projektu. Następnie zadaniem potencjalnego klienta jest upewnienie się, że osoby zatwierdzające (patrz poniżej) podejmują właściwe decyzje w imieniu projektu. Ogólnie rzecz biorąc, o ile osoby zatwierdzane są zgodne ze strategią projektu, kierownik projektu pozwoli im postępować zgodnie z potrzebami.
Ponadto pracownicy platformy .NET Foundation uważają, że projekt prowadzi podstawowy lub pierwszy punkt kontaktu dla programu NuGet na potrzeby operacji biznesowych, w tym rejestracji domen i usług technicznych (np. podpisywania kodu).
Osoby zatwierdzające są współautorami, którzy dokonali trwałego cennego wkładu w NuGet i są mianowani przez benevolent dyktatora. Po wyznaczeniu osoby zatwierdzających polegają na pisaniu kodu bezpośrednio w repozytorium i ekranie współtworzenia innych osób. Osoby zatwierdzane są często deweloperami, ale mogą współtworzyć inne sposoby.
Zazwyczaj zobowiązanie koncentruje się na konkretnym aspekcie projektu i przynosi poziom wiedzy i zrozumienia, że daje im szacunek społeczności i kierownika projektu. Rola sprawcy nie jest oficjalna, to po prostu stanowisko, które wpływowi członkowie społeczności zakładają, że kierownik projektu patrzy na nich w celu uzyskania wskazówek i wsparcia.
Osoby zatwierdzane nie mają uprawnień, w których chodzi o ogólny kierunek nuGet. Jednak mają ucho przewodu projektu. Jest to zadanie zobowiązującego się do zapewnienia, że lider zdaje sobie sprawę z potrzeb społeczności i celów zbiorowych oraz pomaga rozwijać lub wywrzeć odpowiedni wkład w projekt. Często osoby zatwierdzane mają nieformalną kontrolę nad określonymi obszarami odpowiedzialności i mają przypisane prawa do bezpośredniego modyfikowania niektórych obszarów kodu źródłowego. Oznacza to, że chociaż osoby zatwierdzające nie mają wyraźnego organu decyzyjnego, często okaże się, że ich działania są synonimem decyzji podjętych przez lidera.
Współautorzy są członkami społeczności, którzy przesyłają poprawki do narzędzia NuGet. Te poprawki mogą być jednorazowym wystąpieniem lub wystąpić w czasie. Oczekiwania są następujące, że współautorzy przesyłają poprawki, które są małe na początku i rosną większe, gdy współautor, osoby zatwierdzające i kierownik projektu mają większe zaufanie do jakości poprawek współautora. Współautorzy są rozpoznawani w skojarzonym dokumencie informacji o wersji produktu.
Zanim pierwsza poprawka współautora zostanie umieszczona w repozytorium, musi podpisać umowę licencyjną współautora lub umowę przydziału do platformy .NET Foundation. Poprawkę można przesłać i omówić, ale nie można jej przekazać do repozytorium bez konieczności stosowania odpowiednich dokumentów. Aby uzyskać umowę licencyjną współautora, wyślij żądanie w wiadomości e-mail na contributions@nuget.orgadres .
Aby zostać współautorem, prześlij żądanie ściągnięcia do jednego z następujących repozytoriów:
Szczegółowy proces przesyłania żądania ściągnięcia różni się w zależności od repozytorium:
- Instrukcje dotyczące współtworzenia klienta NuGet i galerii NuGet
- Instrukcje dotyczące współtworzenia w witrynie NuGet Docs
Użytkownicy są członkami społeczności, którzy potrzebują pakietu NuGet i korzystają z niego jako użytkownicy pakietów i/lub autorzy. Użytkownicy są najważniejszymi członkami społeczności: bez nich projekt nie miałby celu. Każdy może być użytkownikiem; nie ma konkretnych wymagań.
Użytkownicy powinni być zachęcani do jak największego uczestnictwa w życiu nuGet i społeczności. Współtworzenie użytkowników umożliwia zespołowi projektu zapewnienie, że spełniają one potrzeby tych użytkowników. Typowe działania użytkownika obejmują, ale nie są ograniczone do następujących:
- Opowiadanie się za użyciem projektu
- Informowanie deweloperów o mocnych i słabych stronach projektu z perspektywy nowego użytkownika
- Zapewnienie wsparcia moralnego (podziękowanie idzie długą drogę)
- Pisanie dokumentacji i samouczków
- Zgłaszanie raportów o błędach i żądań funkcji
- Udział w wydarzeniach społeczności, takich jak bashes
- Uczestnictwo w tablicach dyskusyjnych lub forach
Użytkownicy, którzy nadal angażują się w projekt i jego społeczność, często stają się coraz bardziej zaangażowani. Tacy użytkownicy mogą następnie zostać współautorami, zgodnie z powyższym opisem.
W niefortunnej sytuacji, w której właściciel konta NuGet jest ubezwłasnowolniony lub zmarły, będziemy współpracować ze społecznością, aby dodać odpowiedniego właściciela/s do pakietu, w którym wspomniane konto ma wyłączną własność, a pakiet jest publikowany na podstawie zatwierdzonej licencji OSI. Aby zażądać własności, musisz wysłać do nas następujące dokumenty:
- Bezsłówka ze swojego rządu wystawionego identyfikatora zdjęcia.
- Jeden z następujących dokumentów potwierdzające status poprzedniego właściciela konta:
- Oficjalny, wystawiony przez rząd akt śmierci, jeśli poprzedni właściciel konta nie żyje, lub,
- Certyfikowany dokument, taki jak certyfikat podpisany przez lekarza odpowiedzialnego za opiekę posiadacza konta ubezwłasnowolnionego.
- Jeden z następujących dokumentów udowadniających prawo własności:
- Akt małżeństwa pokazujący, że jesteś współmałżonem ocalałym posiadaczem rachunku,
- Podpisany umocowania adwokata,
- Kopia woli lub zaufania dokumentu nazewnictwa cię jako wykonawca lub beneficjent,
- Akt urodzenia właściciela konta, jeśli jesteś ich rodzicem lub,
- Formalności guardianship, jeśli jesteś prawnym opiekunem właściciela konta.
Jeśli okaże się, że potrzebujesz wywołania tych zasad, wyślij nam wiadomość e-mail z support@nuget.org identyfikatorem i wersją pakietu.
Budowanie zaufania społeczności do ładu projektu open source jest niezbędne do jego sukcesu. W tym celu podejmowanie decyzji musi odbywać się w przejrzysty, otwarty sposób. Dyskusja na temat kierunku projektu musi odbywać się publicznie. Społeczność nigdy nie powinna być złapana poza strażą decyzją życzliwego dyktatora. Ponadto dyskusja na temat decyzji o projekcie musi być zarchiwizowana, aby członkowie społeczności mogli zrozumieć całą historię decyzji i jej kontekstu.