### 6.3 维护项目 ### 6.3.1 创建版本库 **创建新的版本库** 通过点击面板右侧的 `New repository` 按钮，或者顶部工具条你用户名旁边的 `+` 按钮来新建版本库。 **添加合作者** 在版本库中的 `settings` 选项中可以添加新的 `Collaborators` 。 ### 6.3.2 管理合并请求 合并请求可以来自仓库副本的一个分支，或者同一仓库的另一个分支。 **邮件通知** 有人来修改了你的代码，给你发了一个合并请求。 你会收一封关于合并请求的提醒邮件，它看起来像新的合并请求的邮件通知。  关于这个邮件有几个要注意的地方： * 一个小的变动统计结果 ，包含合并请求中改变的文件和改变了多少的列表。 * 一个 GitHub 上进行合并请求操作的链接，还有几个可以在命令行使用的 URL。 对于很琐碎的合并，你也可以用 GitHub 网站上的 `Merge` 按钮。 它会做一个 `non-fast-forward` 合并，即使可以快进（fast-forward）合并也会产生一个合并提交记录。 ### 6.3.4 提醒和通知 GitHub 内置了一个很好的通知系统，当你需要与别人或别的团队交流时用起来很方便。在任何评论中你可以先输入一个\`@\`，系统会自动补全项目中合作者或贡献者的名字和用户名。 **通知页面** 当我们在这提到特指 GitHub 的 `notifications`，指的是当 GitHub 上有事件发生时，它通知你的方式，这里有几种不同的方式来配置它们。 如果你打开配置页面的 `Notification center` 标签，你可以看到一些选项。 ### 6.3.5 特殊文件 **README** 如果 GitHub 在你的版本库中找到 README 文件，会把它在项目的首页渲染出来。 很多团队在这个文件里放版本库或项目新人需要了解的所有相关的信息。 它一般包含这些内容： * 该项目的作用 * 如何配置与安装 * 有关如何使用和运行的例子 * 项目的许可证 * 如何向项目贡献力量 因为 GitHub 会渲染这个文件，你可以在文件里植入图片或链接让它更容易理解。 **CONTRIBUTING** 在这里指出对于你的项目开启的合并请求你想要的／不想要的各种事情。 这样别人在开启合并请求之前可以读到这些指导方针。 ### 6.3.6 项目管理 **改变默认分支** 如果想用 `master` 之外的分支作为你的默认分支，其他人将默认会在这个分支上开启合并请求或进行浏览，可以在你版本库的设置页面的 `options` 标签下修改。 **移交项目** 把一个项目移交给 GitHub 中的另一个人或另一个组织，还是设置页面的这个 `options` 标签下有一个 `Transfer ownership` 选项可以用来干这个。