Git-Windows64位，新手实用操作注意事项

1、重新打开Git操作以前的文件

和之前创建库一样，先用git config命令指定你要操作的库（这个库里面有属于你自己需要操控的文件），就是你退出微信后要重新登录一样的道理。如果你有想看哪个微信的消息就登录哪个，输入用户名和密码。Git里面想操作哪个库也一样，要对应输入用户名（就是name）和邮箱（email）

2、重新在Git管理库添加文件/文档

在“Git”目录里新添加文件/文档后，想用git追踪版本记得要重新加载进git管理的库。如下图：

第一行是错误的加载，因为我的file1.txt文档在learngit文件夹里，而在此之前我没有正在用git管理learngit文件夹，也就是说现在Git的管理是还没有指定方向的，我们在Git管理的库添加文件/文档时需要把文档具体路径写好，如下图最后一行才是正确的。

3、管理/查询文件版本时输入命令后需加上对应被管理/查询的文件或文档目录，目录必须从“Git”目录开始后的所有内容，尽量具体否则会报错。如下图git status命令的使用，红字都是报错内容！只有最后把详细目录加进去才有想要的结果。如果目录地址不够详细就会如上图一样报错，出现“fatal：xxxx……”

4、每次阶段性修改完文件后，最好在Git上重新提交一次（就是用git add和git commit两个命令）。之所以要这样，就打个比方，你去人生可能有无数次旅行，但你不可能每一次都能大概的一个旅行过程，而我们就会选择再每次旅行过程中拍照、写日记等等做留念或者记录，以便以后重新回味。而Git管理文档也就是这个道理，如果你每次修改而不提交作说明，直到你下次需要这个文档再看的时候已经是n多次修改集合在一起，我们寻找信息的时候就会眼花缭乱，而且不能寻找特定的某个时间做的修改只能凭借自己记忆去找。而如果每次修改都提交到Git上，那么下次查询文件版本修改时就像你想找某一段旅行记录一样，只需要翻翻相册和日记一样简单，而不是凭借人脑记忆去寻找。

5、每次阶段性修改文件后提交Git库里面存档。和上一点相似，但对上一点补充。每次修改完要提交到Git库，为了查询历史记录是次要，主要原因是你发现几天前上一次修改文件有错误比较多要修改，如果你当时修改后提交过Git的话那么就能查找到当天的记录，把文档文件回到当天的情况再修改。提阶段性交修改到Git，简单的说就像是单机游戏里面的存档功能，游戏关卡玩砸了可以重新回档到当时最佳状态继续玩。所以……修改后提不提交到Git……各位各位应该心里有数了

6、提交文件给Git时要认真写好备注git commit这个命令如下：

命令后-m“……xxx……”这些内容不仅仅可以用来说明这次修改，还可以用作修改标记，以便以后查找可以根据这标记来知道是不是自己要找的那一处修改。例如下面查找每一次修改的时间线时，就用commit的备注来区分（如果没有commit说明不是修改提交操作而是退回操作），有commit备注的内容就方便了，好比在一堆写了不同名字的作业本找出自己那本一样，具有可寻性。（用git reflog查看commit命令历史，以便确定要回到未来的哪个版本。）

7、在Git上删除文件用rm命令+文件路径（或者手动在本地删除），然后确然删除无误后输入git rm命令+该文件路径，此后Git版本库再也没有这个文件且不可恢复！！如果在用git rm命令确认之前发现错误可以用git checkout命令+文件路径既可以恢复到最新版本但你会丢失最近一次提交后你修改的内容。

8、git push origin master命令把当前处理提交后的文件远程传送到GitHub时使用这个命令前提是该操作前GitHub那已经关联了本地的版本库。如果该master分支是第一次推送到GitHub的远程库，要用git push origin -u master命令使本地master分支和远程库master分支关联

9、分支管理。每新建一个工作分支，该分支只在创建时对应的目录下有。如你在/learngit/skill里面创建了Dev分支，那么你在/learngit目录下工作时看不见、也不能管理Dev分支的。除非之前在/learngit目录下有创建同名的Dev分支。