Fishermen_sail的博客

每次写 commit message 时，都会纠结用什么动词，格式应该什么样，所以决定总结一下。查了一下，还是挺复杂的。因为只面向我个人日常使用，所以只进行一些简单的、适合我的总结。

在《项目部署与拉取Github/Gitlab/Gitee的合理步骤以及会遇到的问题》这篇博客中，我遇到了两个 .gitignore 失效的原因。今天又遇到一个，遂作总结。

这篇文章主要介绍Github Flow的理念，以下内容来源于《Github入门与实践》。Github Flow是以部署为中心的开发模式，通过简单的规则，持续高速且安全地进行部署。而Gitflow则是以发布为中心的分支管理模型，它提供了一种更灵活的方式来管理代码库中的更改。可以参考《Gitflow工作流简单介绍（以发布为中心的开发模式）》

这篇文章主要介绍Gitflow理念。以下有些内容来源于《Github入门与实践》。

直观的讲Tabs是一个字符，长度为2个空格，而Spaces是两个字符，也就是2个空格。Intent Size就是你按键盘上的Tab键时，空出的长度，有2、4、8（也就是你选Spaces，按电脑Tab键，就给你空2个空格；Fork：也就是把这个项目拉到你的仓库里，之后你可以对该代码进行修改，之后你可以发起Pull Request，简称PR，也就是合并到作者的代码。它的功能主要用于管理及发布一些没必要保存在仓库中的代码，比如小的代码片段等，还可以共享给别人，别人可以Fork，Clone等，和仓库的功能一样。

踩了很多坑，总结一下。首先有两种需求，第一种是本地的项目部署到Github上，第二种是将团队的项目拉到本地。

这种很多人都会讲到，在最初git add时并没有更改.gitignore。.gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。而且在没有git add文件时，你变换.gitignore，对应的文件会变黄（需要等一下才显示）。这样用时你需要注意，你需要把.gitignore文件移动到根目录下，否则你所有配置的东西，都只会在.idea目录下生效。我原来并不会去创建.gitignore，而是去使用.idea里的.gitignore。