Indførelsen
For ikke så længe siden tilbød softwareudviklingsverdenen to skarpt adskilte modeller: open source og proprietær. Open source-software har nydt godt af sin varemærkeåbning: alle har lov til at tilbyde bidrag, så mange mennesker gør. Beskyttet software begrænser på den anden side adgangen via et lukket system, der sætter pris på privatlivets fred for dens intellektuelle ejendom (IP).
Antag, at du er førende i en virksomhed, der har foretaget betydelige investeringer i dens proprietære software. Det behøver ikke at være en teknologivirksomhed; virksomheder i alle former og størrelser opbygge og vedligeholde deres egen software og andre IP til at nyde en konkurrencefordel i deres branche. Du har dog udviklet en stor respekt for de mønstre, der bruges i åben kildekode, f.eks. synlighed af kildekode, opmærksomhed på projektfejl og gennemsigtighed af funktionsanmodninger. Du kan også lide pullanmodningsmodellen, der forenkler integrationen af eksterne bidrag. Du vil virkelig gerne give disse fordele til dine udviklingsteams, men ønsker ikke at åbne kildekode virksomhedens værdifulde software. Det, du har brug for, er en hybrid, der leverer fordelene ved begge tilgange. Det, du har brug for, er InnerSource.
I dette modul kan du få mere at vide om, hvordan du administrerer et vellykket InnerSource-program på GitHub via effektiv registrering, vejledning og vedligeholdelse.
Læringsmål
I dette modul lærer du, hvordan du:
- Kontrastér brugerprojekter i forhold til organisationsejede projekter.
- Kom med anbefalinger om antallet af GitHub-organisationer, du skal have.
- Opret fundne lagre.
- Opret robuste LAGER READMEs.
- Brug skabeloner til problem- og pullanmodninger.
- Byg gennemsigtighed i lagre.
- Mål, hvor vellykket InnerSource er i din organisation.
- Distribuer din InnerSource-værktøjspakke.
Forudsætninger
- En GitHub-konto.
- Muligheden for at navigere i og redigere filer i GitHub.
- Kendskab til pull-anmodninger.
Vi anbefaler, at du fuldfører Introduktion til GitHub-, før du starter dette modul.