关于仓库
您可以个人拥有仓库,也可以与组织中的其他人共享仓库的所有权。
您可以通过选择仓库的可见性来限制谁可以访问仓库。 更多信息请参阅“关于仓库可见性”。
对于用户拥有的仓库,您可以向其他人授予协作者访问权限,以便他们可以协作处理您的项目。 如果仓库归组织所有,您可以向组织成员授予访问权限,以便协作处理您的仓库。 For more information, see "Permission levels for a user account repository" and "Repository roles for an organization."
每个人和组织都可拥有� 限的仓库,并且可以邀请� 限的协作者参与所有仓库。
您可以使用仓库管理您的工作并与他人合作。
- 您可以使用议题来收集用户反馈,报告软件缺陷,并组织您想要完成的任务。 更多信息请参阅“关于议题”。
- 您可以使用拉取请求来建议对仓库的更改。 更多信息请参阅“关于拉取请求”。
- 您可以使用项目板来组织议题和拉取请求并排定优先级。 更多信息请参阅“关于项目板”。
关于仓库可见性
您可以通过选择仓库的可见性来限制谁有权访问仓库:公共、内部或私有。
When you create a repository, you can choose to make the repository public or private. If you're creating the repository in an organization, you can also choose to make the repository internal.
- 如果 your GitHub Enterprise Server instance 不是私人模式或在防火墙后面,所有人都可以在互联网上访问公共仓库。 或者,使用 your GitHub Enterprise Server instance 的每个人都可以使用公共仓库,包括外部协作者。
- 私有仓库仅可供您、您明确与其共享访问权限的人访问,而对于组织仓库,只有某些组织成员可以访问。
- 所有企业成员均可访问内部仓库。 更多信息请参阅“关于内部仓库”。
组织所有者始终有权访问其组织中创建的每个仓库。 更多信息请参阅“组织的仓库角色”。
拥有仓库管理员权限的人可更改现有仓库的可见性。 更多信息请参阅“设置仓库可见性”。
关于内部仓库
You can use internal repositories to practice "innersource" within your enterprise. 企业的成员可使用开源方法进行协作,而� 需公开共享专有信息,即使禁用了私有模式。 有关内部资源的更多信息,请参阅 GitHub 的白皮书“内部资源简介”。
All enterprise members have read permissions to the internal repository, but internal repositories are not visible to people who are not members of any organization, including outside collaborators on organization repositories. For more information, see "Roles in an enterprise" and "Repository roles for an organization."
Note: A user must be part of an organization to be an enterprise member and have access to internal repositories. If a user on your GitHub Enterprise Server instance is not a member of any organization, that user will not have access to internal repositories.
Any member of the enterprise can fork any internal repository owned by an organization in the enterprise. The forked repository will belong to the member's user account, and the visibility of the fork will be private. 如果用户从企业拥有的所有组织中� 除,该用户的内部仓库复刻也会自动� 除。
限制查看仓库中的内容和差异
有些类型的资源可能很大,需要在 GitHub Enterprise Server 上额外处理。 � 此,可设置限制,以确保申请在合理的时间内完成。
以下限制大多会影响 GitHub Enterprise Server 和 API。
文本限制
Text files over 512 KB are always displayed as plain text. 代� �不强调语法,散文文件不会转换成 HTML(如 Markdown、AsciiDoc 等)。
超过 5 MB 的文本文件仅通过其源 URL 访问,将通过 [hostname]/user/repo/raw
提供;例如 https://[hostname]/user/repo/raw/octocat/Spoon-Knife/master/index.html
。 单击 Raw(源)按钮获取文件的源 URL。
差异限制
� 为差异可能很大,所以我们会对评论、拉取请求和比较视图的差异施� 限制:
- In a pull request, no total diff may exceed 20,000 lines that you can load or 1 MB of raw diff data.
- No single file's diff may exceed 20,000 lines that you can load or 500 KB of raw diff data. 四百行和 20 KB 会自动� 载为一个文件。
- 单一差异中的最大文件数限于 300。
- 单一差异中可呈现的文件(如图像、PDF 和 GeoJSON 文件)最大数量限于 25。
受限差异的某些部分可能会显示,但超过限制的任何部分都不会显示。
提交列表限制
比较视图和拉取请求页面显示 base
与 head
修订之间的提交列表。 这些列表限于 250 次提交。 如果超过该限制,将会出现一条表示附� 评论的注释(但不显示)。
延伸阅读
- "创建新仓库"
- "关于复刻"
- "通过议题和拉取请求进行协作"
- "在 GitHub 上管理您的工作"
- "管理仓库"
- "使用图表可视化仓库数据"
- "关于 wikis"
- "GitHub 词汇"