GitHub

GitHub Enterprise에 내부 리포지토리 일반적으로 가능

Source: GitHub Blog | Author: Mario Rodriguez

GitHub Satellite에 베타 버전을 공개한 뒤 지속해서 내부 리포지토리를 사용하기에 열리고 현재는 일반적으로 사용이 가능합니다. 베타 버전 기간 때 피드백을 보내고 참여하는 모두 개발자한테 감사하다는 말을 전달 드립니다. 개발자들의 주는 영향 덕분에 현재 결과물의 기능과 방향을 성공적으로 할 수 있었습니다.

The role of customer feedback

We received over 100 unique enterprise customer requests and countless more individual developer reports, all enthusiastic about bringing the innersource methodology to their businesses. The internal repository visibility allows an enterprise-owned repository to be read by any member of any organization that belongs to an enterprise account. 

We wanted our customers to have this feature quickly, but we knew we had some work to do after launch. Some of the feedback we received during the beta was expected, like requests for API support and more specific search capabilities. What we didn’t expect was that many users, including some internal to GitHub, thought that these repositories were internal to a specific GitHub organization. Here’s why we think that happened:

  • Limited in-product guidance from GitHub at launch
  • Strong association to organizations being the top-level owner of repositories
  • Enterprise accounts were brand new and many users didn’t know how they became an “enterprise member”

We made a few precise changes to internal repositories to help our users.

What we changed during the beta

  • Updated repository creation dialog and new enterprise policy settings [details]
  • New documentation describing the role of “enterprise member” [details]
  • New search filters that isolate internal repositories
  • Updated organization and repository API endpoints that include “internal” types
  • Forking policy was updated to reflect the same behavior that would apply to a private repository [details]

The first and second changes were almost entirely responses to customer feedback, which we’ll cover in the following sections.

Repository creation design

At launch, we needed to provide an interface that allows you to create an internal repository and understand the core differences from internal, public, or private options. Let’s take a look at the interface before and after we made a few updates.

In the new repository dialog at launch, “GitHub” is both the name of an enterprise account and organization. We’re telling the user that all members of the GitHub account can see this repository. Since we can’t see what kind of entity “GitHub” is, it wasn’t clear who could see the repository. This led users to believe that the visibility was organization-wide instead of across the enterprise account. For clarity, we added the enterprise account’s avatar to the dialog and changed the text to state that “enterprise members” of the enterprise account will be able to see this organization-owned repository. This removes ambiguity between the organization and enterprise account names.

Who is an enterprise member?

During the beta, one of the most interesting things we learned is that the members of organizations belonging to an enterprise account didn’t really notice that they were members of an enterprise account rather than a collection of GitHub organizations. While this was not disruptive to the user’s regular behavior, it was a primary cause of confusion around who could (or should) be able to see an internal repository. To address this, a distinct role description for enterprise members was added that we link directly in the new repository creation dialog.

Thank you for your feedback

Without valuable input from our users, we wouldn’t have been able to create this feature or improve the user experience. We can’t express our thanks enough and hope you’ll continue collaborating with us. Ready to give us more feedback? Share your comments with us. Be sure to select “Teams, organizations, or Enterprise accounts” where our product team will be watching for items related to internal repositories.

Upcoming changes to GitHub Enterprise Server

With the upcoming release of GHES 2.20, we’re adding the internal repository visibility to our on-premises offering and creating a uniform experience for both Cloud and Server platforms. Stay tuned for more updates as we continually improve your experience.

Learn more about internal repositories

댓글 남기기