小白求助，大家开发的时候 会在 git 仓库上维护多个分支吗，另外提交代码是在开发机上，还是在本地笔记本呢

[diangdiang]

关于开发流程的一些问题，请教各位大佬:

• 大家提交代码是在开发机 还是本地笔记本呢，我现在是

本地笔记本拉取git仓库代码 -> 本地笔记本写完代码 -> 同步到开发机跑一下看能不能正常工作 -> 本地提交代码，

• 大家一般会在 git 仓库上维护多个分支吗，如果是的话, 一般什么时候合并到 master 分支呢，我现在的情况是:

本地和远端和都有dev和master两个分支，然后本地在dev上开发完再推到远端dev，但感觉这和 始终只在master一个分支开发没啥区别啊🤣, master分支没有用上，

• 小白求助，大佬们有什么建议吗😂

[diangdiang]

在线等大佬们出现 ~

[maggch]

如果不是多人协同。多分支意义是什么。

[weixiangzhe]

为什么本地不能看结果呢？ 多人开发现在很多都是 走 git flow 这套流程

[diangdiang]

@weixiangzhe 本地环境和开发机不一样🤣

[diangdiang]

@maggch 单人开发就一个分支就行了是吗🤣

[JackieMe]

服务器端 dev 分支不是稳定的 feature 或者 hotfix 就可以合并到 master 么，然后服务器 master 分支不是日常使用布置到生产环境的分支吗怎么会没用上。反正觉得虽然我自己很菜，但是觉得 git flow 很靠谱啊。

[kran]

github flow，可以搜索一下这个方式。做好分支自动化部署，会让你飞起来

[diangdiang]

@JackieMe @kran 好的 我看一下

[484A4B]

会的，当第一个版本基本完成测试稳定之后就新开一个 dev 分支用来增加 feature，新增一个 bugfix 分支用来修复 master 上的 bug，当 dev 分支开发完善测试稳定之后合并的 master，也就是发新版本了。

[484A4B]

@484A4B 合并到 master

[agagega]

dev 应该是其他的分支主要并入的主线分支； master 用来部署吧，也就是每个阶段 dev 可以部署了就合并入 master，保证任何一个时刻的 master 都是可以部署的。

[diangdiang]

@484A4B @agagega 学到了 多谢二位老哥

[quinoa42]

如果和人一起的话我肯定会自己开发的 feature 单独开个 branch
如果只是我自己的个人产物，一般大改的时候会单独开个 branch，只是修修 bug 加加功能(一到两个 commit 写完不会出错的代码量）就懒了

[hsfzxjy]

就算一个人的项目，当思路不是很清晰时也可以开个 branch 试写一下，如果写得不好直接把 branch 丢掉

[msg7086]

Git flow 简化版。
master / dev 这些都是你自己的习惯，叫什么名字不重要，重要的是你知道哪个分支是可部署的，哪个分支是可以瞎瘠薄搞而不用担心被人胖揍的。
我的习惯是每个 feature 开一个分支，然后 peer review 觉得没问题了就 merge 掉，如果有问题就原地 interactive rebase 修正。merge 完的代码就是测试全绿然后可部署的。

[nicevar]

一般 master 分支都是锁定的，不让提交代码，个人项目基本上两三个分支差不多了，一些特别的需求或者调研才单独开分支，公司的项目基本上一个需求或者一个 bug 对应一个分支，这样管理起来比较方便，而且哪些问题修改了哪部分代码非常清晰，即使人员变动也能看到整个工作流程

[diangdiang]

多谢各位热心老哥, 感觉大家都玩的很 6，自己就是一个渣渣🤣

[echo404]

我们是每个功能一个分支，开发完成之后测试通过之后就合并到 master 分支

[icylogic]

git flow 已经很简洁了， 用这个就好。

远程调试和 git 没什么关系，除非你是远程改完代码直接提交，那你可能不如用 git worktree 来解决。

[vince7839]

分支存在的意义在于多人协作 协同开发 自己闹着玩就没必要了

[alexmy]

开 feature 和 issue 分支，不直接在 dev 上做开发。

[ducklyl]

多人开发，就知道好处了。master 只是用来发布版本，修正问题，用来直接部署的。dev 就是开发分支，开发提交。
当 dev 功能确认无问题，才可合并到 master 分支上。