Zahteve za spremembo zavrnjene

Vprašanje: Katere zahteve za spremembo so bile v določenem obdobju zavrnjene?

Opis

Zahteve za spremembe so opredeljene kot v Zahteve za spremembo. Zavrnjene zahteve za spremembe so tiste, ki so dokončno zaprte, ne da bi bile združene v kodno osnovo projekta. Na primer, ko je v GitHubu zahteva za vleko zaprta brez združevanja in v njej navedenih potrditev ni mogoče najti v repozitoriju git, se lahko šteje za zavrnjeno (vendar glejte podrobno razpravo spodaj). Enako lahko rečemo za zahteve za združevanje GitLab. V primeru Gerrita je mogoče preglede kode formalno "opustiti", kar je način zaznavanja zavrnjenih zahtevkov za spremembe v tem sistemu.

Cilji

Zavrnjene zahteve za spremembe so približek dejavnosti v projektu. Če preštejete zavrnjene zahteve za spremembe v nizu repozitorijev, ki ustrezajo projektu, lahko dobite predstavo o splošni dejavnosti kodiranja v tem projektu, ki ni vodila do dejanskih sprememb. Seveda ta metrika ni edina, ki bi jo bilo treba uporabiti za sledenje obsegu dejavnosti kodiranja.

Izvajanje

Potencialni agregatorji vključujejo:

• štetje Skupno število zavrnjenih zahtevkov za spremembo v tem obdobju.
• Razmerje. Razmerje med zavrnjenimi zahtevami za spremembe in skupnim številom zahtevkov za spremembe v tem obdobju.

Možni parametri vključujejo:

• Časovno obdobje. Začetni in končni datum obdobja, v katerem se obravnavajo zavrnjene zahteve za spremembo. Privzeto: za vedno.
• Kriteriji za izvorno kodo. Algoritem. Privzeto: vse datoteke so izvorna koda. Če se osredotočimo na izvorno kodo, potrebujemo kriterij za odločitev, ali datoteka pripada izvorni kodi ali ne.

Filtri

• Po akterjih (predlagatelj, recenzent, združitev). Zahteva združevanje identitet, ki ustrezajo istemu akterju.
• Po skupinah akterjev (delodajalec, spol ... za vsakega izmed akterjev). Zahteva združevanje igralcev in verjetno združevanje igralcev.
• Štejte na obdobje skozi čas
• Razmerje na obdobje v času

Strategije zbiranja podatkov

Poseben opis: GitHub

V primeru GitHub so zavrnjene zahteve za spremembe opredeljene kot "povlečne zahteve, ki so zaprte, njihove spremembe pa niso vključene v repozitorij git", če predlaga spremembe datotek izvorne kode.

Oglejte si razpravo v posebnem opisu za GitHub v Zahteve za spremembe sprejete, saj velja tudi tukaj.

Obvezni parametri (za GitHub):

• Hevristika za odkrivanje zavrnjenih zahtev za spremembo, ločevanje tistih primerov, ko je bila zahteva za spremembo zaprta, vendar so bile spremembe ročno vključene v repozitorij git. Privzeto: Brez.

Poseben opis: GitLab

V primeru GitLaba so zavrnjeni pregledi opredeljeni kot "zahteve za združevanje, ki so zaprte in njihove spremembe niso vključene v repozitorij git", če predlaga spremembe datotek izvorne kode.

Obvezni parametri (za GitLab):

• Hevristika za odkrivanje zavrnjenih zahtev za spremembo, ločevanje tistih primerov, ko je bila zahteva za spajanje zaprta, vendar so bile spremembe ročno vključene v repozitorij git. Privzeto: Brez.

Poseben opis: Gerrit

V primeru Gerrita so zavrnjene zahteve za spremembe opredeljene kot "opuščene nabore sprememb", če predlagajo spremembe datotek izvorne kode.

Uporaba in razširjanje zdravstvenih meritev lahko povzroči kršitve zasebnosti. Organizacije so lahko izpostavljene tveganjem. Ta tveganja lahko izhajajo iz skladnosti z GDPR v EU, z državno zakonodajo v ZDA ali z drugimi zakoni. Obstajajo lahko tudi pogodbena tveganja, ki izhajajo iz pogojev storitve za ponudnike podatkov, kot sta GitHub in GitLab. Pri uporabi metrik je treba preveriti tveganje in morebitne težave glede etike podatkov. Prosim poglej Dokument o etiki podatkov CHAOSS za dodatna navodila.