sushang的博客

2. 在develop 下开发⼈员⾃测通过后，先确定下 develop 不存在未测试完毕的需求，然后研发⼈员可基于 develop 分⽀创建⼀个 release/xxx 分⽀出来，可交由测试⼈员进⾏测试。可基于 master 创建 hotfix/xxx 分⽀，修复完毕后发布到 master 验证，验证完毕后，将master 代码合并到 develop 分⽀，同时删掉 hotfix/xxx 分⽀。1.develop 为开发分⽀，基于master分⽀创建的只读且唯⼀分⽀，始终保持最新完成以及bug修复后的码。

⾸先，可以试图⽤git push origin branch-name推送⾃⼰的修改；如果推送失败，则因为远程分⽀⽐你的本地更新，需要先⽤git pull试图合并；如果合并有冲突，则解决冲突，并在本地提交；没有冲突或者解决掉冲突后，再⽤git push origin branch-name推送就能成功！功能开发完毕，将分⽀merge进master，最后删除分⽀。

这就需要我们重新配置下了，同样要注意需要和gitee上配置的⽤⼾名和邮箱⼀致。顺利的话，可以在⽤⼾主⽬录⾥找到 .ssh ⽬录，⾥⾯有 id_rsa 和 id_rsa.pub 两个⽂件，这两个就是SSH Key的秘钥对， id_rsa 是私钥，不能泄露出去， id_rsa.pub 是公钥，可以放⼼地告诉任何⼈。实际情况往往是这样，找⼀台电脑充当服务器的⻆⾊，每天24⼩时开机，其他每个⼈都从这个“服务器”仓库克隆⼀份到⾃⼰的电脑上，并且各⾃把各⾃的提交推送到服务器仓库⾥，也从服务器仓库中拉取别⼈的提交。

添加⼀个新功能时，你肯定不希望因为⼀些实验性质的代码，把主分⽀搞乱了，所以，每添加⼀个新功能，最好新建⼀个分⽀，我们可以将其称之为feature分⽀，在上⾯开发，完成后，合并，最后，删除该feature 分⽀。在Git中，每个bug都可以通过⼀个新的临时分⽀来修复，修复后，合并分⽀，然后将临时分⽀删除。⼲活都在dev分⽀上，也就是说，dev分⽀是不稳定的，到某个时候，⽐如1.0版本发布时，再把dev分⽀合并到master上，在master分⽀发布1.0版本；

1.为什么需要SVN版本控制软件我们想开发一个系统，需要张三，李四、王五三个人进行开发，每个人开发一个系统的某几个模块，我们称作协作开发。他们开发之间进行交流称作远程开发。最后合并成几个版本，如v1.0 、v2.0。这时候就需要SVN来进行版本管理，主要是三个功能：版本回退，协作开发，远程开发。2.解决之道SCM：（Software configuration management）软件配置管理，所谓的软件配置管理实际就是对软件源代码进行控制与管理CVS：元老级产品VSS：入门级产品。

需要说明的是，我们看到的⼀⼤串类似 23807c5…⽐如你新增了⼀⾏，这就是⼀个修改，删除了⼀⾏，也是⼀个修改，更改了某些字符，也是⼀个修改，删了⼀些⼜加了⼀些，也是⼀个修改，甚⾄创建⼀个新⽂件，也算⼀个修改。还需要再明确⼀点，所有的版本控制系统，Git也不例外，其实只能跟踪⽂本⽂件的改动，⽐如TXT⽂件，⽹⻚，所有的程序代码等等。注意 git commit后⾯的 -m 选项，要跟上描述本次提交的message，由用户自己完成，这部分内容绝对不能省略，并要好好描述，是⽤来记录你的提交细节，是给我们⼈看的。

从信息中可以看到，更新远程仓库的信息被拒绝了，原因是远程仓库中包含了本地不具有的信息，就是远程仓库中的信息没有更新到本地仓库里面。最后想要推送到远程仓库就需要用push操作，点就左下角的push按钮，第一次push可能会让你输入用户名和密码，然后点击push，即可完成推送。出现推送后没有出现绿点的情况，可能是因为，你本地的用户和邮箱和远程仓库的邮箱不一致，需要将远程仓库的邮箱在本地中进行设置。这个问题出现的原因，基本就是别人在你后面又提交了一次，导致你本地的文件信息与远程仓库里的信息不一致。