责任编辑采用 Zhihu On VSCode 音乐创作并正式发布
为何要看这篇手册
假如你是就此结束自学程式设计的小学生, 想介绍和自学怎样采用 GitHub, 所以, 你找对讲义了!
这是你最假如看的 GitHub 手册.
看完这篇手册, 你将会斩获:
对 GitHub 机能的基本上介绍对 GitHub 介面的基本上介绍管理辅助工具辅助工具 Git 的此基础采用此基础的 Markdown 诗歌创作你的第二个 Pull Request 课堂教学!介绍怎样采用 GitHub 展开工程项目组协同这首诗的 GitHub 门牌号, 热烈欢迎 Star!
这首诗的博客门牌号, 热烈欢迎出访!
宣传照图:
甚么是 GitHub
先放上这那哥镇楼:
总之, 这而已开个笑话, 尽管你在看完 那个工程项目 后可能将并不真的这是两个笑话.
Saharanpur, 嘿嘿, 依照 Wiki 的表述, GitHub 假如是:
GitHub 是透过 Git 展开管理辅助工具的应用软件源码代销一站式.看不懂?看不懂就对了, 这首诗是为你而写的!
GitHub 其实是两个:
全世界最大的代码代销平台, 你可以在上面找到绝大多数的开源码;工程项目组协同开发平台, GitHub 上有完善的协同机能(Fork, Issue, Pull Request 等机能);文档, GitHub 采用 Markdown 作为文档的书写语言, GitHub 上也存在许多技术文档.广告和简历, GitHub 上聚集了世界上最多的程序员, 有许多人拿 GitHub 作为个人简历的亮点, 或者展开技术类相关的宣传;免费博客, GitHub 提供了免费的静态网站代销服务 GitHub Page;自动集成, 自动集成是在你提交代码时或者定时展开类似的部署处理, 比如自动展开各种浪费时间的打卡任务(创建账号与创建仓库
首先你要确保你能正常地出访 GitHub, 假如不能, 请自行寻找解决方法, 本手册不负责相关指导.
打开 GitHub, 你能看见两个炫酷的介面, 这时候你假如点 Sign up, 进入账号注册的流程.紧接着, 填入你的用户名, 邮箱和密码, 再点击 Create account.经过一系列选择, 验证邮箱后, 看见那个页面, 选择 Create a repository, 创建你的第二个仓库.填写仓库的名称, 介绍和其他配置.当你看见这样的提示, 他是在提醒你展开后续操作, 恭喜你, 你的第二个代码仓库创建成功了!Git 此基础采用
Git 介绍
Q: 甚么是 Git?
A: Git 是一种分布式管理辅助工具辅助工具, 换句话说, 是一种管理 “代码历史记录” 的辅助工具.
Q: Git 和 GitHub 又有甚么关系呢?
A: Git 先于 GitHub 出现, Git 是一种管理辅助工具辅助工具, 是两个在你电脑运行的辅助工具. 而 GitHub 是依托于 Git 的代码代销平台, 是两个网站.
Q: 采用 GitHub 一定要采用 Git 吗?
A: 是的, 想真正地采用 GitHub, 你必须得先学会 Git. 但这并不意味着你要称为 Git 专家, Git 而已两个辅助工具, 你只需要学会此基础地采用就行了.
Git 安装
假如你是 Linux 用户, 请运行 sudo apt-get install git 命令安装 Git.
假如你是 Mac 用户, 请参见 brew.sh.
假如你是 Windows 用户, 请出访Git 下载与安装 Git.
安装过程中不断点 Next 展开默认安装就好.
安装完成后, 请打开你的命令行终端, 输入命令 git, 回车.
(终端打开方式 Win 键, 输入 cmd, 或者 powershell, 回车)
如有如图的输出显示, 所以你就成功安装 Git 了.
Git 采用
请参考 廖雪峰的 Git 讲义.
你不需要非常认真地将其全部记住, 只需要简单地浏览, 知道 Git 有些甚么机能, 再将其当作辅助工具书, 需要时再翻看即可.
最基本上, 你也需要掌握 Git 的这些内容:
简单来说, 你要学会:
采用 git init 命令建立版本库;采用 git add * 命令将更新的文件加入版本库缓存区;采用 git commit -m “更新内容” 命令展开 Commit, 每一次 Commit 就相当于保存一份备份, 作为时间线的两个节点;采用 git log 命令查看完整时间线, 方便进行版本回退;采用 git reset –hard <commit_id> 展开版本回退, 即返回你保存的某个备份, <commit_id> 是你采用 git log 看见的 ID 值;怎样采用 Git 将本地的版本库推送到 GitHub;采用 git clone <url> 命令将 GitHub 上的代码仓库给 Clone 下来.采用 git pull 拉取远程分支(工程项目组其他人可能将修改了代码), 假如有冲突, 解决冲突;采用 git push 推送分支到远程分支, 展开工程项目组同步;VSCode 与 Git
假如你用的是宇宙第一文本编辑器 VSCode 的话, 你可以很便利地展开 Git 操作.
VSCode 左端有两个管理辅助工具面板, 如图, 你可以很简便地采用.
GitHub 文档
不出所料的话, 你已经在 GitHub 成功创建了自己的第二个代码仓库了.
接下来, 你要给你的仓库加一些介绍文档: README.md.
如图, 在 GitHub 新建 Repo 后, 照着 GitHub 的说明执行:
PS: 记得先依照 Git 讲义里说的, 在 GitHub 加入你的 SSH key 噢.
然后你的 README.md 文件将会以 Markdown 形式展示在你的仓库页面.
Markdown 的语法非常简单, 比如:
你已经掌握了 Markdown 的诗歌创作方式了!
实际上 Markdown 一般会被渲染成 HTML, 所以你也可以在里面采用 HTML 标签.
GitHub Repo 介面固定式解释
Code 页面
Issues 页面
Pull requests 页面
一般来说, Pull Request 的流程是:
先 Fork 那个 Repo, 你就有了那个 Repo 的两个专属你的复制版 Repo;用 Git Clone 克隆到本地, 展开你想展开的代码修改;Git Push 到你的复制版远程仓库;提两个 Pull Request 给原来的 Repo.整个流程会在后续详细说明, 你可以体验到你的第二个 Pull Request.
实战! 提交你的第二个 Pull Request
Fork 工程项目
Fork 两个你要提交 Pull Request 的工程项目.
First-Pull-Requests 是我创建的两个 Repo, 你可以在这里尝试提交你的第二个 Pull Request.
点击右上方的 Fork 按钮, 你可以看见那个 Repo 已经被你 Fork 了下来, 即复制了一份.
加入内容
点击那个铅笔按钮, 进入编辑模式.
依照格式加入你要加入的内容, 在这里是你的名字和评论.
输入 Commit 信息, 点击下面的 Commit 按钮.
可以看见, 在你 Fork 出来的 Repo 中, 内容已经发生了改变.
发送 Pull Request
点击你 Fork 的仓库中的 Pull request 按钮:
接下来的页面会显示你修改的内容, 确实无误后点击 Create pull request 按钮.
接下来是添加一些你的 Pull Request 的描述, 保证你的 Pull Request 能打动原 Repo, 让其同意接收.
然后原
同意 Pull Request
假如你收到了两个 Pull Request, 经过代码审查后, 你可以 Merge 那个 Pull Request 到你的仓库中.
最后, 可以看见, Pull Request 的内容以及被合并到原 Repo 里了!
这是两个 Pull Request 的完整流程.
GitHub 工程项目组协同
如果你是队长, 你需要介绍创建组织和创建 Repo, 还要掌握基本上的代码提交和代码审查;
假如你是工程项目组成员, 可以跳过创建组织和创建仓库步骤, 直接跳到工程项目组协同部分.
创建组织
当你需要与工程项目组展开工程项目组协同时, 你可以在 GitHub 首页, 选择 New organization 新建两个组织.选择两个收费计划, 实际上, 对于小工程项目组来说, 免费的 Free 计划已经完全足够.输入你们组织的名称, 联系邮件, 确认, 就可以创建两个你自己的组织了.再输入你要邀请的成员的用户名或者邮箱.填写一些你即将用 GitHub 的工程项目组协同机能做些甚么的信息, 就完成了组织的创建.最后, 你获得了两个你自己的组织, 可以写你们组织专属的 Repo 了!创建仓库
创建两个你们工程项目组的仓库:
默认来说, 组织的普通成员对 Repo 出访权限是只读, 即有浏览代码的权限, 没有修改的权限. 这样的权限管理是比较推荐的, 普通成员可以透过 Pull Request 来提交自己的代码, 工程项目组所有者可以展开代码检查, 以防止出现不好的代码.
但是假如你一定要修改权限, 也可以在组织的 Setting 中, 将工程项目组成员的权限改为 Write.
工程项目组协同
队长创建 dev 分支, 方便后续合并代码, 可选.在当前 Fork 两个新 Repo 到你自己的账户.克隆你自己的新 Repo 到本地.采用命令
查看有没有 upstream, 如下图即是没有.
再输入命令
如图, 即加入成功了.
采用命令与 upstream 同步:
假如遇到代码冲突, 请处理冲突.
采用 push 推送到自己的 Repo再在本地展开一些代码修改(记得 git commit), 然后采用
推送到自己的 Repo 里.
展开 Pull Request 合并到工程项目组工程项目在你自己 Fork 的 Repo 里发起 Pull Request:
然后工程项目管理者就可以对代码展开 Merge.
于是 README.md 文件就被更新了!
解决冲突
假如有其他人在主 Repo 做了某些修改, 你必须要同步这些修改.
例如, 原来是 A test for team 的文本现在变成了 A test repo for team.
这时候, 你 Fork 的 Repo 和你电脑本地的的仓库也假如及时更新与解决冲突.
这时候, 你在你本地执行这三条命令, 处理冲突和更新代码.
于是, 你的代码也被更新了, 恭喜, 你学会了工程项目组协同的大部分流程了!