一个git使用教程
https://：.com/jlord/git-it-electron#what-to-install
一个在线Github的功能教学：https://lab.github.com/
看刚才改变的文件的区别。
git diff:
Add GitHub username to Git
添加你的用户名到你的Git配置： (一次性的，所有仓库都是这个名字)
再核查一下：
git config --global user.username
git remote add origin https://github.com/chentianwei411/hello-world.git
git push -u origin master
把master分支推到远程仓库origin。
-u的意思是设置upstream ❓不明白。
提示：
设置URL给一个远程仓库, 改变一个远程仓库url
git remote set-url <remoteName> <URL>
拉：
git pull <remoteName> <branchName>
推：
git push <remoteName> <branch>
增加一个远程仓库：
git remote add <remoteName> <URL>
本地和远程断开：
git remote remove <name> #默认远程仓库名字是origin
Fork and Clones
fork到你的GitHub账号，然后clone到你的电脑，你的电脑可以链接2个远程仓库，自己的和fork别人的仓库。
可以从别人的仓库pull变化的代码。也可以push request，请求合并。
- fork
- git clone <自己的url>
- 链接到原始的仓库。别人的那个仓库。git remote add upstream <别人的仓库URL>
Branch
接着上面链接了远程仓库后，master变成了gh-pages❕
patchwork ⮀ ⭠ gh-pages git status
Github将自动服务和静态主页网页在branch中，叫做gh-pages。这个免费的服务是GitHub Pages。既然你forked创建了一个网页，它的主要branch是gh-pages，代替了master。
改一个分支的name：
git branch -m <newBranchName>
上传一个变动：
git push origin add-chentianwei411
创建一个pull request
你做了一些改动，push到fork的app创建人，并在它的Github上创建一个pull request。对方会选择是否pull. 当被pull后，在本地可以合并，并删除旧分支，还可以删除远程的旧分支。
git merge <branchName>
git branch -d <dd>
git push <remoteName> --delete <branchName>
Pull form Upstream
最后，因为original 变化了。pull从original upstream
git pull upstream gh-pages
在http://jlord.us/patchwork/ 可以看到我的名字chentianwei411
https://help.github.com/articles/github-glossary/#repository
GitHub术语表Glossary
Blame:
描述一个文件中国年每一行最后的一次变更，包括修改，作者，时间。用于跟踪记录一个功能何时增加的，或者哪次提交导致了一个bug。
Diff
在两个commit中的不同，变化。一般用于描述最后移除提交后，增加或移除的代码。
Fetch
从最新的远程仓库下载变化但没有merging them in。
Issue
是和这个仓库相关的被建议的改进，任务，或者问题。Issue 可以被任何人创建（仅公共仓库), 可以被仓库的合作者管理。每个Issue都包括它自己的讨论论坛，可以被标记和分配给一个user。
Pull request
are proposed changes to a repository submitted by a user。
下拉请求是提议的变化。它由一个使用者提交到一个仓库。被仓库的合作者接受或者拒绝。和Issue一样，Pull request有自己的论坛。
SSH key
在一个在线服务上识别你自己的方法，使用编码的信息。
Upstream
当谈论一个分支或一个fork， 在原始仓库中的主分支常常被认为是upstream上游。因为这里（主分支）是其他变化进入的主要位置。 The branch/fork 你正工作的地方则称为downstream下游。
user
一个个人的GitHub账号。
Git Page
特别的格式要求：
- _config.yml 是自动生成的关于theme的YAML格式文件
- 你需要一个文件使用YY-MM-DD-title.md的格式
- JeKyll使用标记语法。
- 具体要求都在这里：https://jekyllrb.com/docs/posts/
https://lab.github.com/courses/managing-merge-conflicts
学习merge conflicts的解决方法
可以在github.com user interface上解决，也可以在command line或其他本地的tools上解决。
How merge conflicts happen
版本控制让你制造不断增加的代码或文件，保存到历史记录中。 Git操作就像一个线性账单。
在GitHub Flow中，首先，基于base branch创建新的分支。然后，你会增加多个提交commit，这些提交只存在于你新建的当前分支中。最后， 你打开一个pull request提议，让你增加的commit合并到base branch中去，合并这个分支并删除这个分支。
版本冲突就发生在当base branch 被某人改变了，而你使用的是没变之前的base branch。这通常发生在你合并分支之前，已经有他人把他们的分支merge到了base branch.
解决一个简单的冲突：
2个user在一个repository中工作，他们都创建了分支，都在改同一个文件后，打开了pull requests。一个人的请求被merge到master分支，这不会发生问题，但另一个人的pull request则会被拒绝，显示conflict.
- 点击“Resolve conflicts”按钮，位于页面底部的“This branch has conflicts that must be resolved”框。
- 进入新页面，看到红色高亮的部分: <<<<<< update-config和>>>>>>>>master
- 删除主分支上的不同代码，位于========下面，>>>>>>master上面的代码。
- 然后，移除merge conflict markers。
<<<<<<< update-config ======= >>>>>>> master - 点击右上角的“Mark as resolved”，会出现 ✅Resolved all conflicts
- 并原位置出现Commit merge 按钮，点击它。回到Conversation讨论版。
⚠️，有时，解决一个合并冲突的最好办法是增加两个分支之外的内容代码，甚至联合所有来自不同分支的变化代码。因此Git需要人为的检查代码并作出适当的调整。
提交合并后发生了什么？
在一个新的merge commit记录中储存这个冲突的解决办法。这样你和你的团队可以继续工作。
另类的解决冲突的办法：
为了解决一个冲突， GitHub可以使用一个叫做reverse merge的办法。即：把master合并到update-config分支上。而不是把冲突分支合并到master上。
这种方法可以让你在分支上测试这个代码，保证✅后，再合并到master。尤其是在master已经处于产品阶段，必须让它无bug的情况。
Resolve conflicts in the Advanced Conflicts pull request
- 总共2个文件，三个冲突。
- 其中，一个文件中有2处冲突。
- 合并冲突标记残余，例如<<<<<。如果你的colleagues在本地解决了合并冲突，但忘记移除标记。
方法和上一节一样。
More complicated merge conflicts:
需要在command line上解决。你可能遇到：
- 修改一个已经删除的文件，在另一个分支上。
- 两个分支上，明显的文件改变，以至于Git对待它们为不同的文件。
- GUI resolution tools 图形界面工具。