Som et version-control system, er git primet godt til at være et værktøj for diverse processer hvor at tekst-behandling ingår. Ved siden af brugen til at holde styr code-bases eller skriverier i latex/markdown etc. faldt jeg på et tidspunkt over et meget interessant usecase, hvor nogen har taget git i brug - nemlig til at facilitere vedtægterne i en forening.

Vedtægter og foreninger

Foreningers vedtægter udlægger et tekstuel grundlag for foreningens operationer og de regler som udgør en form for social kontrakt, indenfor foreningen. At udvikle og ændre disse vedtægter er derfor et spørgsmål om tekstuel modifikation med henblik på at ændre foreningens struktur og måde hvorpå at den operere, med belægget som afledes af vedtægterne. Det er her at git kan bidrage til at facilitere processen af at holde styr på disse tekstuelle ændringer til vedtægterne.

data.coop’s brug af git

Foreningen data.coop, som “(…) er en forening og et kooperativ.”¹ der self-hoster en række af digitale services for foreningens medlemmer, så som de selv udtrykker det “Vi - medlemmerne i kooperativet - ejer vores egne data.”¹ Som en del af dette bruger de deres git-server til blandt andet at version-control deres vedtægter, og som mekanismen til at indstille ændringsforslag gennem pull-requests som tages op til behandling og afstemning til foreningens general forsamling.² For en forening som data.coop, der højst sandsynlig har en høj rate af techy-medlemmer, er det nok en god løsning, som giver en række af fordele, som ellers ville skulle være faciliteret gennem skrevne ændringsforslag i seperate dokumenter (hvori at man ville være nødt til at beskrive hvad man vil ændre), hvor at med git dokumentere git i form af commit’s de ændringer, der er blevet lavet direkte i teksten, samtidig med at man automatisk har en historie/et registre over ændringerne. Disse fordele er dog kun realiserbare, hvis medlemmerne er istand til at bruge git, hvis de ikke har de tekniske kundskaber nødvendige, vil foreningen være nødt til at have medlemmer der kan hjælpe de mindre tekniske med at kunne stille deres forslag eller have en alternativ procedure til at stille forslag, ved siden af git, for disse medlemmer. Jeg ved desværre ikke, hvad data.coop’s praksis er i hensyn til dette, men jeg vil gætte på at de tager hensyn til disse mindre techy medlemmer, som stadig ønsker at være en del af foreningen, og at undgå at sin data bruges af giga-platformer.

Ihvertfald er det et interessant brug af git, som kan tillade et bidrag som værktøj til at facilitere foreningens vedtægter, når disse ændringsforslag stillet gennem git, demokratisk vedtages af medlemmerne. Brug af funktioner som “issues”-sektioner og pull requests, kan også bruges som en del af at præsentere motivationen og argumentet for ændringen, og samtidig gøre denne motivation tilgængelig for (senere) læsere, gennem eksempelvis “blame” i tilfælde af at forslaget bliver merget. Det tillader også at redaktionelle ændringer kan laves, og det registreres hvem der lavede dem, hvad de var og hvorfor de blev lavet.