Passaggi successivi
È stato aggiunto il contesto a un problema, si è contribuito a una revisione del codice e magari è stata inviata una richiesta pull personale. A questo punto si vuole partecipare più attivamente alla community del progetto.
Partecipare alla community
Nella sezione relativa ai commenti su problemi e richieste pull sono elencati i collaboratori abituali del progetto. In alternativa, è possibile selezionare Insights nel riquadro di spostamento del repository e quindi selezionare Collaboratori per trovare altri membri della community attivi. Nei loro profili GitHub a volte sono disponibili informazioni su come contattarli.
È anche possibile seguire organizzazioni e aziende su GitHub per rimanere in contatto. Il dashboard personale mostra l'attività pubblica per ogni azienda, utente e organizzazione seguiti.
Per trovare utenti con interessi simili, è possibile partecipare a meeting o conferenze su argomenti open source oppure, se il progetto o l'ecosistema è abbastanza esteso, è possibile entrare in contatto con persone interessate a uno stesso progetto. Sono disponibili archivi contenenti registrazioni di eventi passati, podcast, newsletter e liste di distribuzione.
Per alcuni progetti la comunicazione è centralizzata, come viene spesso indicato nel sito Web del progetto o nel file README. Potrebbe trattarsi di un server Discord, una community di Slack, Gitter, IRC o persino del normale "orario di lavoro".
Riutilizzo del codice
Il codice e le soluzioni a volte possono essere riutilizzati in altri progetti. Se è stato risolto un problema di grande portata per un progetto, è probabile che anche altri progetti possano trarne vantaggio. È possibile:
- Pubblicarlo come libreria autonoma (dipendenza).
- Eseguire il mirroring del progetto con le funzionalità aggiunte.
- Creare un'azione GitHub per consentire ad altri utenti di includere nel flusso di lavoro.
La prima opzione è probabilmente la migliore quando il frammento di codice è una sorta di plug-in che può essere usato nei progetti di sviluppo Web. Il mirroring o il fork di un progetto con l'aggiunta del proprio codice è utile quando si risolve un caso d'uso limitato per un piccolo subset di clienti o addirittura per un solo cliente. Tenere presente che sarà necessario mantenere aggiornato il fork con il repository upstream per poter usufruire dei vantaggi offerti, ad esempio, dalle patch di sicurezza.
Le azioni di GitHub Actions sono script in pacchetto che automatizzano le attività in un flusso di lavoro di sviluppo software in GitHub. I due diversi tipi di azioni sono le azioni del contenitore e le azioni JavaScript. È possibile inviare l'azione a GitHub Marketplace per l'individuabilità. GitHub Marketplace si connette agli sviluppatori che vogliono estendere e migliorare i flussi di lavoro di GitHub. Usare questa piattaforma per pubblicare azioni e condividere le app con altri utenti gratuitamente.
Per tutti e tre i percorsi suggeriti, si ricordi che si è ora un gestore di un progetto. Gli utenti invieranno richieste, domande e lamentele. Si è pronti per un impegno di questo genere?
Se il progetto ha successo, le app degli altri utenti potrebbero dipendere dal frammento di codice inserito. Si è in grado di coinvolgere altre persone per alleggerire il potenziale carico di lavoro? Si ha il tempo necessario per integrare la documentazione, valutare i problemi ed esaminare i suggerimenti di utenti probabilmente sconosciuti? Valutare la propria disponibilità e, se necessario, definire le aspettative nel file README del progetto. In alternativa, è possibile rilasciare il codice in un gist pubblico o in un post di blog. Non è necessario che il codice sia presente in GitHub per essere open source.