git管理项目思想

• 首先，说明github存在的意义。当我们在开发一个项目时，往往不会只自己一个人进行开发。会和其他人合作，共同开发。这个时候，我们常需要知道其他人开发的进度，要把自己的代码，和别人的代码进行合并。此时，你总不能拿个U盘考来考去。费劲的看他在那里加了什么，，然后手动的复制粘贴吧。。。这个时候就显示了github的重要性。
• github在网上给我们提供了一个地方，放我们的代码。你可以在github上建一个项目，并且向上提交你的代码。同时，你的同事可以从这里拿到你的代码，和他写的自动合并，合并后，又可以向上提交。这时候，你也可以拿到这个合并后的代码，继续开发，提交。。。是不是很方便呢。
• 当然，在提交代码，合并代码的过程中，还会出现各种意外，github也一一提供了解决办法。在这里，就只是简单的说一下思路。

接着具体说一下，项目开发时是怎么管理项目的：

思路：

1. 新建项目在github时，会有master主分支，一般会加一个develop侧分支。develop侧分支，用于开发应用。之后的开发提交，都是提交到develop。直到一个版本开发测试完毕。（eg：0.0版本开发更新到1.0版本），确定后，将develop分支与master主分支合并。之后的版本开发依旧在develop分支进行。直到有一个版本开发测试完毕。再将已经确定的新版本合到master主分支存储。。以此顺序进行。

2. 当我们拉取远端代码到本地开发时。我们一般会拉取远端的develop分支的代码。（git clone）。在我们本地就会出现master，develop两个分支，（让我们把这时候的代码叫做A），在本地的master分支，一般没什么用，不去管它。在本地的develop分支与远端的develop分支是相互关联的。推送代码时，只能在develop分支进行。这时，我们一般会在本地再新建一个分支dev。（代码也是A）开发时，都在dev分支中开发，写代码。

3. 写好后（代码变成了A+B，B是你新加的代码），要提交代码到远端。一般都是，先在dev分支下git add，git command，存你写的代码到本地的草稿箱里。再切换分支到本地develop分支下（git checkout develop），拉取一下远端的代码，看你的同事是否有新的提交。若有新提交，那这时你本地的develop分支的代码就变成了（A+C，C是同事新加的代码），这时候，你需要将两个分支合并。首先，切换回dev分支，（git rebase develop）将develop分支下的变化与dev下的代码合并，此时dev分支下的代码为（A+B+C），切换分支到develop分支（git merge dev），合并dev和develop两个分支，此时develop分支的代码也变成了（A+B+C），这时，就可以推送代码到远端了，（ git push origin develop）。这时，远端的代码也由（A+C）变成（A+B+C）了。最后，在本地切换分支回到dev，继续进行开发。