Giriş
Çok uzun zaman önce yazılım geliştirme dünyası iki keskin ayrı model sunuyordu: açık kaynak ve özel. Açık kaynak yazılım, ticari marka açıklığından yararlandı: herkesin katkı sunabilmesine izin verilir, bu yüzden birçok kişi bunu yapar. Öte yandan özel yazılım ise, fikri mülkiyetinin gizliliğini koruyan kapalı bir sistem aracılığıyla erişimini sınırlar.
Özel yazılımına önemli yatırımlar yapan bir şirkette lider olduğunuzu varsayalım. Teknoloji şirketi olması gerekmez; her şekilde ve büyüklükte işletmeler, sektörlerinde rekabet gücü elde etmek için kendi yazılımlarını ve diğer fikri mülkiyetlerini oluşturup korur. Ancak kaynak kodu görünürlüğü, proje hata tanıma ve özellik isteği saydamlığı gibi açık kaynak kullanılan desenlere büyük bir saygı geliştirdiniz. Dış katkıların tümleştirilmesini basitleştiren çekme isteği modelini de beğenebilirsiniz. Gerçekten geliştirme takımlarınıza bu avantajları kazandırmak istiyor, ancak şirketin değerli yazılımını açık kaynaklı hale getirmek istemiyorsunuz. İhtiyacınız olan şey, her iki yaklaşımın da avantajlarını sunan bir karmadır. İhtiyacınız olan InnerSource’tur.
Bu modülde, etkili bulunabilirlik, rehberlik ve bakım aracılığıyla GitHub'da başarılı bir InnerSource programını yönetmeyi öğrenin.
Öğrenme hedefleri
Bu modülde şunların nasıl yapılacağını öğreneceksiniz:
- Kullanıcıya ve kuruluşa ait projelere karşı karşıtlık.
- Sahip olmanız gereken GitHub kuruluşlarının sayısı hakkında önerilerde bulunun.
- Bulunabilir depolar oluşturun.
- Sağlam depo READM'leri oluşturun.
- Sorun ve çekme isteği şablonlarını kullanın.
- Depolarda saydamlık oluşturun.
- Kuruluşunuzdaki InnerSource'un başarısını ölçün.
- InnerSource araç setinizi dağıtabilirsiniz.
Önkoşullar
- Bir GitHub hesabı.
- GitHub'da dosyalarda gezinme ve dosyaları düzenleme özelliği.
- Çekme istekleri hakkında bilgi.
Bu modüle başlamadan önce GitHub'a Giriş'i tamamlamanızı öneririz.