Introduzione
Fino a poco tempo fa, il mondo dello sviluppo software offriva due modelli nettamente distinti: open source e proprietario. Il software open source ha il vantaggio dell'assenza di marchio: chiunque è autorizzato a offrire contributi, come spesso avviene. Il software proprietario, dall'altra parte, limita l'accesso tramite un sistema chiuso che premia la privacy della proprietà intellettuale.
Si supponga di essere un dirigente presso un'azienda che ha fatto investimenti significativi in software proprietario. Non è necessario che si tratti di un'azienda tecnologica. Aziende di ogni tipo e dimensione creano e gestiscono il proprio software e altri tipi di proprietà intellettuale per ottenere vantaggi competitivi nel settore. Si è tuttavia sviluppato un notevole interesse per le caratteristiche del modello open source, come visibilità del codice sorgente, consapevolezza dei bug di progetto e trasparenza delle richieste di funzionalità. Si apprezza anche il modello di richiesta pull che semplifica l'integrazione dei contributi esterni. Si vuole offrire questi vantaggi ai propri team di sviluppo, ma non si vuole che il prezioso software dell'azienda diventi open source. È quindi necessario un modello ibrido che offra i vantaggi di entrambi gli approcci. A tale scopo, è disponibile InnerSource.
In questo modulo si apprenderà come gestire un programma InnerSource di successo in GitHub con caratteristiche di individuabilità, indicazioni e manutenzione efficaci.
Obiettivi di apprendimento
Contenuto del modulo
- Confrontare i progetti di proprietà dell'utente con quelli di proprietà dell'organizzazione.
- Fornire consigli sul numero di organizzazioni di GitHub necessarie.
- Creare repository individuabili.
- Creare file README efficaci per i repository.
- Usare modelli per richieste pull e problemi.
- Integrare la trasparenza nei repository.
- Misurare il successo di InnerSource all'interno dell'organizzazione.
- Distribuire il toolkit di InnerSource.
Prerequisiti
- Un account GitHub.
- Capacità di esplorare e modificare file in GitHub.
- Familiarità con le richieste pull.
È consigliabile completare il modulo Introduzione a GitHub prima di iniziare questo modulo.