这是我参与「第五届青训营 」伴学笔记创作活动的第 16 天
目前组件库的开发已经接近尾声，因为这次是使用 git 进行协作的开发模式，在团队协作的时候遇到很多的问题，开发过程中我对于 git 的使用还不是很熟练，这里就简单总结一下常用的 git 的操作，大致有：
- 项目开发如何 fork / pr 的模式进行开发
- 怎么样处理冲突
- 怎么样忽略文件并且取消追踪
协作开发的模式
目前大多数团队是基于 fork 主仓库然后 pr 的模式进行开发，由项目负责人创建一个仓库，一般是主分支 master 是受保护的分支，其他人不能随意修改这个分支，从而让这个分支保存我们完整代码。之后可以创建一些其他的分支，比如test分支作为我们开发特定功能的测试分支
对于每一个合作开发者，他们需要 fork 我们的仓库到本地，之后使用 fork 的仓库进行开发
如果一个开发者想要将他的代码提交到我们的仓库，他需要通过 pull requests 功能进行开发
选择你需要提交的分支和你需要提交到的分支，之后就可以创建一个 pr ，你需要填写一些信息，一般是你的分支新增了什么内容，修改了什么问题，对什么文件进行了修改等内容
管理员合并分支
管理员可查看PR的更改详情
并且可以在file change一栏对具体的代码更改加入评论等
如果两个分支之间代码没有冲突，GitHub可以自动merge两个分支管理员只需点击Merge pull request即可将对应更改更新到目标分支
若代码存在冲突的情况下，无法直接merge分支。需要管理员处理代码间的冲突
点击Resolve conflicts会进入GitHub代码操作界面处理冲突
修改完一个文件的冲突后可以将文件标记为已经解决冲突（mark as resolve）
当所有文件都解决冲突完毕时，即可合并pull request
合并后目标分支拉取对应更改，即分支合并更新完毕
冲突解决
如果你的代码与主仓库产生了冲突，那么你需要解决冲突才能进行你的 pr ，如果你使用 vscode 开发，方案如下：
首先在你的本地代码文件中拉取远程仓库
git pull https://github.com/xxx.git master
# git pull 主仓库地址 主仓库分支
之后你可以在 vscode 里可视化解决冲突
解决完冲突以后使用 vscode 合并冲突，再提交你的代码即可 由其他人的 pr 被合并后，你可以在 github 使用 sync fork 功能来同步同步主仓库的代码：
如果同步失败，你需要在 vscode 拉取代码解决冲突
git pull https://github.com/aiai0603/seven-bit-ui.git master
# git pull 主仓库地址 主仓库分支
拉取代码到本地
当你同步了代码之后，你会希望将代码拉取到本地，但是你可能有还在开发的版本没有提交，你不需要这些代码受到影响，你可以使用stash 来解决这个问题：
- 首先你使用 vscode 暂存你的代码
- 之后你输入以下命令，这个操作将你的代码暂存到一个栈中，你可以多次 stash 代码
git stash
- 之后你可以将远程仓库的代码拉取到本地
- 之后你将你刚刚存储起来的代码抛出，在你 pop 一次缓存后，它将消失
git stash pop
忽略提交的文件
忽略文件 有时候你想要不提交某些文件到远程仓库，比如我不想把我本地编写的用于测试我的组件的代码提交上去，你可以将你的代码写入 .gitignore 文件，这个文件的写法是：
1）空格不匹配任意文件，可作为分隔符，可用反斜杠转义
2）以“＃”开头的行都会被 Git 忽略。即#开头的文件标识注释，可以使用反斜杠进行转义。
3）可以使用标准的glob模式匹配。所谓的glob模式是指shell所使用的简化了的正则表达式。
4）以斜杠"/“开头表示目录；”/“结束的模式只匹配文件夹以及在该文件夹路径下的内容，但是不匹配该文件；”/"开始的模式匹配项目跟目录；如果一个模式不包含斜杠，则它匹配相对于当前 .gitignore 文件路径的内容，如果该模式不在 .gitignore 文件中，则相对于项目根目录。
5）以星号"“通配多个字符，即匹配多个任意字符；使用两个星号”*" 表示匹配任意中间目录，比如a/**/z可以匹配 a/z, a/b/z 或 a/b/c/z等。
6）以问号"?"通配单个字符，即匹配一个任意字符；
7）以方括号"[]"包含单个字符的匹配列表，即匹配任何一个列在方括号中的字符。比如[abc]表示要么匹配一个a，要么匹配一个b，要么匹配一个c；如果在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配。比如[0-9]表示匹配所有0到9的数字，[a-z]表示匹配任意的小写字母）。
8）以叹号"!“表示不忽略(跟踪)匹配到的文件或目录，即要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号（!）取反。需要特别注意的是：如果文件的父目录已经被前面的规则排除掉了，那么对这个文件用"!"规则是不起作用的。也就是说”!“开头的模式表示否定，该文件将会再次被包含，如果排除了该文件的父级目录，则使用”!"也不会再次被包含。可以使用反斜杠进行转义。
git对于.ignore配置文件是按行从上到下进行规则匹配的，意味着如果前面的规则匹配的范围更大，则后面的规则将不会生效；
提供一篇详细的文档供大家参考：www.cnblogs.com/kevingrace/…
取消追踪 当然这里有一个问题，如果我们已经追踪了某个文件，比如我们已经提交过 a.tsx 这个文件，git 已经追踪了文件，那么即使我们后续将他提交到了 .gitignore 文件中，它的修改依旧会被追踪，对此我们需要清理 git 的追踪：
git rm --cached readme1.txt 删除readme1.txt的跟踪，并保留在本地。
git rm -r --cached dir1 删除dir1目录的跟踪，并保留在本地。
git rm --f readme1.txt 删除readme1.txt的跟踪，并且删除本地文件。
在取消的追踪之后我们的修改就产生提交了
