git中比如修改bug为什么要在bug分支中修改再合并到master中

master是稳定环境的版本，如果修改master就相当于你们的项目没有了一个稳定环境，都是不可靠的。只有branch验证通过，才能合到master进行部署

mast为最稳定分支，你修改BUG的时候可能会引起其它BUG，所以一定要是BUG或者开发分支里进行修改，测试完全没有问题之后再合并到master中。

master分支一般是要直接发布到正式环境的代码，dev分支是开发分支，dev分支上的代码测试通过才能合并到master分支。

在Ubuntu开发中，master分支作为主干，避免代码修改导致异常，等拉出来的分支验证OK之后再提交master分支

master 是主干分支修改才不会有问题

git不同于clearcase，svn，属于分布式控制配置管理工具，开发可以自行fork一个库，然后在fork库上开发代码，开发好后再merge到master库，这样做实现了分布式开发

一个完善的产品开发git-flow， 必须要分别不同的分支处理事务，production生产发布，master开发主分支，fixbugs是bug修复，目的是为了代码review和协同开发

master是用于发布的分支，个人操作个人的分支，改好了合并到master

问题在哪出现在哪解决，master是稳定的版本，一般用于发布，如果在master中修改，可能带来master新的潜在bug；另外，有bug的分支还可能接着使用。一般开发会在dev分支上进行，开发完成测试通过则可以合并到master。

master是主干支，在分支中修改稳定之后再合并，避免出现运行异常

master作为主干分支，是一个稳定的版本，有bug先在dev分支中修改，稳定没问题之后合并到主干

是不是bug分支上也是有这个项目全部的代码？