Introduksjon
For ikke lenge siden tilbød programvareutviklingsverdenen to skarpt distinkte modeller: åpen kildekode og proprietær. Åpen kildekode-programvare dro nytte av sin varemerkeåpnehet: alle har lov til å tilby bidrag, så mange mennesker gjør det. Proprietær programvare begrenser derimot tilgangen via et lukket system som premierer personvernet til dens immaterielle rettigheter (IP).
La oss si at du er ledende i et selskap som har gjort betydelige investeringer i sin proprietære programvare. Det trenger ikke å være et teknologiselskap; bedrifter i alle former og størrelser bygger og vedlikeholder sin egen programvare og andre IP-adresser for å dra nytte av et konkurransemessig fortrinn i sin bransje. Du har imidlertid utviklet stor respekt for mønstrene som brukes i åpen kildekode, for eksempel synlighet for kildekode, bevissthet om prosjektfeil og gjennomsiktighet for funksjonsforespørsler. Du liker også pull-forespørselsmodellen som forenkler integreringen av eksterne bidrag. Du ønsker virkelig å gi disse fordelene til utviklingsteamene dine, men ønsker ikke å åpne kildeselskapets verdifulle programvare. Det du trenger er en hybrid som gir fordelene med begge tilnærmingene. Det du trenger er InnerSource.
I denne modulen kan du lære hvordan du administrerer et vellykket InnerSource-program på GitHub gjennom effektiv oppdagelse, veiledning og vedlikehold.
Læringsmål
I denne modulen lærer du hvordan du:
- Kontrastbruker– kontra organisasjonseide prosjekter.
- Gi anbefalinger om antall GitHub-organisasjoner du bør ha.
- Opprett oppdagbare repositorier.
- Opprett robuste repositorium-READMEer.
- Bruk maler for problem og pull-forespørsel.
- Bygg gjennomsiktighet inn i repositorier.
- Mål suksessen til InnerSource i organisasjonen.
- Distribuer InnerSource-verktøysettet.
Forutsetninger
- En GitHub-konto.
- Muligheten til å navigere og redigere filer i GitHub.
- Kjennskap til pull-forespørsler.
Vi anbefaler at du fullfører Innføring i GitHub- før du begynner denne modulen.