最近在使用git的时候又有了一些新的经验和感悟，在这里小结一下。这里不做git的指令分享，只是分享一些经验，供以后去批判和改正。
（1）git 中常用的指令的使用，感觉自己会的指令也不是很多，但是常用的那些指令掌握后，基本的三板斧掌握之后，git上基本不存在什么问题，无非是效率高低之分。而常用指令，用过两年了，经过大小十几次的迭代开发实践后你自然就会加深理解。
（2）对于一些高级的git指令来说，我觉得如果是我不常用的那些基本都是"高级指令"。对于那些满足一般性流程必备的git指令可不算，这种"高级指令"一般是能大大提升你的效率和解决一些特定问题的指令，常常是用于某些特定场景的时候。我的观点是，先不着急去记住那些指令，因为我发现我记不住，时间一长用不到就忘了。而对于你真正需要用到它的时候，你再好好借助那个时候特定场景去反复练习一下就会特别加深你的印象，不过这里提醒一下哈，最后先切换一下分支，新建一条测试分支，你想怎么搞都没事儿，为了以防万一，千万别在你的开发分支上乱测试（别问我是怎么知道的，在本人不熟练的时候以前是有过惨痛教训的）。然后你就会慢慢有意识地增加一些高级的使用熟练度。
（3）在项目迭代开发之前，如果流程规范的话，那么我建议在下一次迭代评审需求之后（或者上一次迭代快结束之前），一般我们需要对新的迭代业务功能比较熟悉。这个时候需要先梳理和调研一下这一期的功能是不是有那种对自己来说难度很大，很困难的功能点，这几个难点其实才是你这一期的主要风险和任务量。对于做过的有经验的来说正常排期即可，而那几个风险难点需要预留出时间，今早反馈可行性，和产品及时沟通，调整需求。那么回到git上面来，我是这么做的，对于一些前置工作可以先做起来，对于有难度的可以先行调研，一旦完成小的功能点或者你尝试使用多种方式去实现某一个功能的时候，就可以使用git stash指令将它们分别保存成不同的id。如下图所示：
这是一张我的使用git stash 保存过的在list中的截图。这里我的目的就是将他们暂存起来，便于在下次迭代中使用。
如果你想学习使用git stash指令可以参考我的另一篇博文：
Debug-010-git stash的用法及使用场景-CSDN博客文章浏览阅读993次，点赞35次，收藏7次。它会保存当前工作进度，会把暂存区和工作区的改动保存到一个未完结变更的堆栈中；执行完这个命令后，在运行git status命令，就会发现当前是一个干净的工作区，没有任何改动。git stash save '备注'现在可以去test一下，敲一遍就明白区别了。https://blog.csdn.net/LM0916/article/details/139033051(4)在多人协同开发同一个项目的时候，当存在不同的开发分支一起并行的时候，一定要从master主分支上拉取代码，并且一定要保证有自己的独立分支，没有确认发布之前不应该轻易合别人的代码，要保留自己分支的独立性。除非你再切换一个测试分支去合并双方代码。
(5)熟练使用远程仓库，例如gitlab，gitHub等。
未完待补充。。。