mohan-the-octocat / innersource

https://lab.github.com/githubtraining/innersource-fundamentals
Creative Commons Attribution 4.0 International
0 stars 0 forks source link

Repository ownership and names #2

Closed github-learning-lab[bot] closed 3 years ago

github-learning-lab[bot] commented 3 years ago

This pull request is about repository ownership and naming conventions.

Challenge question

Does a repository exist at https://github.com/githubtraining/training-manual?


I'll respond when you check one of the boxes above.

github-learning-lab[bot] commented 3 years ago

Answer :crystal_ball:

A repository does exist at githubtraining/training-manual, but it is private.

gif of repository, pointing to ownership by githubtraining organization, and to a private visibility

Why can't you see it then? Review the Files Changed tab and see if you can figure it out. Expand this text if you'd like an explanation. ## Understanding repository visibility There are three types of repository visibility: **public, internal, and private**. Our repository, `githubtraining/training-manual`, isn't public. It could be _internal_, which means only members of the organizations that an account owns will see it. Or, it could be _private_, which means only teams and individuals that have been granted access to it can see it. This is an example of why ownership structure is important. Otherwise, it can be difficult for members of your team to find and contribute to projects. Having too many disconnected organizations with restrictive permissions isolates each organization's work. Here are some recommendations based on some :sparkles: admirable :sparkles: use of GitHub that we've seen: - Use the internal visibility (currently in beta) if you're working on behalf of an [enterprise account](https://help.github.com/en/articles/about-enterprise-accounts). - Name your repositories meaningfully. Usually a simple project or application name is best.

:keyboard: Activity: Review this pull request

  1. Read the additions in the Files changed tab
  2. Approve this pull request (if needed)
  3. Merge this pull request
  4. Delete the branch

I'll respond after you merge this pull request.

github-learning-lab[bot] commented 3 years ago

You can find your next steps in your next pull request.