实际开发中git的一些用法注意

出了校园之后，所接触的开发过程都是团队开发，这就不可避免的需要使用到git相关的知识，但是在学校自学的一些git，如果没有真正对git的branch，版本有一个形象具体的认识的话，到时候遇到git的还是会云里雾里

下面我来说几种我遇到过的问题情景

• 当我们在自己本地的开发分支上开发某个功能前，我们需要创建一个新的分支，为什么需要创建一个新的分支呢，我当时是将自己最近的需求开发都放在一个分支里面。这就会导致一个问题–假设这个分支有两个功能的开发，第一个功能已经开发完成但是可能会有bug，当你在第二个功能开发完并且产品催你赶快上线了，如果第二个功能没有问题，但是由于第一个功能有bug，所以导致你必须要先把这个bug给修了（而且万一第一个功能做的时间隔得有点久了，你可能都忘记自己是怎么做的了），才能上线第二个功能，这就增加了延期的风险。正确的做法应该是–如果两个功能相关性不是很高，就要用两个分支来进行开发，这样就不会互相影响，即使第一个功能后面发现有bug，也不影响第二个功能的正常测试上线
• 一般公司都会对开发，测试，线上环境进行一个隔离，线上环境只有一个分支master，所有测试完成的功能分支要上线就要往这个分支上面合有的公司还会在线上环境之前在设置一个预发环境（一个和线上环境基本一致的内部环境），当我们在预发环境上面要进行发布，那么我们要将我们的分支往预发分支上面merge，这时候可能会发生冲突（冲突的原因可能是本地的master和预发的master版本不一致），那么我们需要对本地的分支进行更新，所以git pull origin master (可以选择在本地master上git pull origin master，然后切到本地那个功能分支，进行git merge master；也可以在本地那个功能分支上直接进行git pull origin master)。当然，也可以将冲突的预发分支pull到本地，然后将本地那个功能分支往预发分支上面去merge，然后解决发生的冲突，然后将预发分支push 到远端，在进行发布
• 当你在开发某个功能时，产品叫你先去开发另一个紧急的任务，这时候你当前的开发功能并未开发完成，但是又不想commit怎么办，用git stash可以解决这个问题，等到时候返回来开发的时候用git pop就好了。
• 开发前注意要将master的版本更新git pull origin master，不然后面发布的时候可能会遇到冲突