Giới thiệu
Cách đây không lâu, thế giới phát triển phần mềm đã cung cấp hai mô hình rất khác biệt: mã nguồn mở và độc quyền. Phần mềm mã nguồn mở được hưởng lợi từ tính mở thương hiệu của nó: bất cứ ai được phép cung cấp đóng góp, vì vậy nhiều người làm. Mặt khác, phần mềm độc quyền giới hạn quyền truy cập thông qua hệ thống khép kín giải thưởng quyền riêng tư của sở hữu trí tuệ (IP).
Giả sử bạn là người lãnh đạo tại một công ty đã đầu tư đáng kể vào phần mềm độc quyền của công ty đó. Nó không cần phải là một công ty công nghệ; doanh nghiệp của tất cả các hình dạng và kích thước xây dựng và duy trì phần mềm riêng của họ và IP khác để tận hưởng một cạnh cạnh tranh trong ngành công nghiệp của họ. Tuy nhiên, bạn đã phát triển một sự tôn trọng tuyệt vời đối với các mẫu được sử dụng trong nguồn mở, chẳng hạn như khả năng hiển thị mã nguồn, nhận thức về lỗi dự án và tính năng minh bạch yêu cầu. Bạn cũng thích kiểu yêu cầu kéo giúp đơn giản hóa việc tích hợp các đóng góp bên ngoài. Bạn thực sự muốn mang lại những lợi ích đó cho nhóm phát triển của mình, nhưng không muốn mở phần mềm quý giá của công ty. Những gì bạn cần là một kết hợp mang lại lợi thế của cả hai cách tiếp cận. Những gì bạn cần là InnerSource.
Trong mô-đun này, hãy tìm hiểu cách quản lý chương trình InnerSource thành công trên GitHub thông qua khả năng phát hiện, hướng dẫn và bảo trì hiệu quả.
Mục tiêu học tập
Trong mô-đun này, bạn sẽ tìm hiểu cách:
- Tương phản giữa người dùng và dự án thuộc sở hữu của tổ chức.
- Đưa ra đề xuất về số lượng tổ chức GitHub mà bạn nên có.
- Tạo kho lưu trữ có thể phát hiện.
- Tạo READMEs kho chứa mạnh mẽ.
- Sử dụng sự cố và mẫu yêu cầu kéo.
- Xây dựng tính minh bạch vào các kho lưu trữ.
- Đo lường mức độ thành công của InnerSource trong tổ chức của bạn.
- Phân phối bộ công cụ InnerSource của bạn.
Điều kiện tiên quyết
- Tài khoản GitHub.
- Khả năng dẫn hướng và chỉnh sửa tệp trong GitHub.
- Quen thuộc với yêu cầu kéo.
Chúng tôi khuyên bạn nên hoàn thành giới thiệu về gitHub trước khi bắt đầu mô-đun này.