InnerSource如何运作?
=
假设团队A使用的软件是由团队B生产的。团队A给团队B提交了一个特性需求,但团队B无法在团队A要求的时间内及时实现该功能。在InnerSource设置中,如果团队A不能得到这个特性请求,它会提一个提拉请求(Pull Request, 简称PR)代替。也就是说,团队A直接在团队B的软件中实现该功能,并提交一个带有代码更改的拉请求。团队B合作伙伴审查并接受提交的代码。
在这个例子中,我们称团队A为 调用(Guest) 团队 ,称团队B为 维护(Host) 团队 。 协同(Guest) 和 主导(Host) 这两个术语暗示了一种类似于在家里接待客人的情况。在这种情况下,大多数人都想成为一个好主人。为了迎接协同方的到来,他们确保所有的东西都保持整洁。来访者在门口受到欢迎并被邀请进来。他们可以使用家中公共区域的功能和公用设施。可能会有一些客人被要求遵守的家规。同样的,大多数客人也想表现出对家庭和主人的尊重。他们对房子里的东西很小心,在他们逗留期间遵守规则。只要他们有礼貌,他们就会希望收到新的访问邀请。这些围绕着家访的概念是一个隐喻,它是团队在一个主导向另一个协同贡献代码库时应该采取的态度和行为。
Learn