Úvod
Svět vývoje softwaru před dlouhou dobou nabízel dva ostře odlišné modely: open source a proprietární model. Opensourcový software má prospěch z otevřenosti ochranné známky: kdokoli může nabízet příspěvky, takže mnoho lidí. Na druhé straně je tu proprietární software, který omezuje přístup prostřednictvím uzavřeného systému, kde je důležitá ochrana duševního vlastnictví (IP).
Předpokládejme, že jste vedoucí ve společnosti, která významně investovala do vlastního softwaru. Nemusí se jednat o technologickou firmu – svůj vlastní software (a další duševní vlastnictví) si budují nejrůznější firmy bez ohledu na velikost a zaměření, aby získaly konkurenční výhodu ve svém odvětví. Vytvořili jste ale velký respekt pro vzory používané ve opensourcovém prostředí, jako je viditelnost zdrojového kódu, povědomí o chybách projektu a transparentnost požadavků na funkce. Líbí se vám také model žádosti o přijetí změn, který zjednodušuje integraci externích příspěvků. Chtěli byste tyto výhody přenést do svých vývojářských týmů, ale nechcete cenný software společnosti poskytnout jako open source. Potřebujete hybridní řešení, které přináší výhody obou přístupů. Co potřebujete, je InnerSource.
V tomto modulu se dozvíte, jak spravovat úspěšný program InnerSource na GitHubu prostřednictvím efektivní zjistitelnosti, pokynů a údržby.
Cíle výuky
V tomto modulu se naučíte:
- Kontrast mezi projekty vlastněnými uživateli a organizacemi
- Doporučení týkající se počtu organizací GitHubu, které byste měli mít.
- Vytvořte zjistitelná úložiště.
- Vytváření robustních readmů úložiště
- Použijte šablony problémů a žádostí o přijetí změn.
- Zabudujte transparentnost do úložišť.
- Změřte úspěšnost InnerSource ve vaší organizaci.
- Distribuujte sadu nástrojů InnerSource.
Požadavky
- Účet GitHub.
- Možnost navigace a úpravy souborů na GitHubu
- Znalost žádostí o přijetí změn
Doporučujeme, abyste před zahájením tohoto modulu dokončili úvod do GitHubu .