关于开发流程的一些问题，请教各位大佬:
本地笔记本拉取
git仓库代码 -> 本地笔记本写完代码 -> 同步到开发机跑一下看能不能正常工作 -> 本地提交代码，
本地和远端和都有
dev和master两个分支，然后本地在dev上开发完再推到远端dev，但感觉这和 始终只在master一个分支开发没啥区别啊🤣,master分支没有用上，
 |
1
在线等大佬们出现 ~
|
 |
maggchJan 27, 2019 via Android
2
如果不是多人协同。多分支意义是什么。
|
 |
weixiangzheJan 27, 2019 via iPhone
3
为什么本地不能看结果呢？ 多人开发现在很多都是 走 git flow 这套流程
|
|
4
@weixiangzhe 本地环境和开发机不一样🤣
|
|
5
@maggch 单人开发就一个分支就行了是吗🤣
|
 |
6
服务器端 dev 分支不是稳定的 feature 或者 hotfix 就可以合并到 master 么，然后服务器 master 分支不是日常使用布置到生产环境的分支吗怎么会没用上。反正觉得虽然我自己很菜，但是觉得 git flow 很靠谱啊。
|
 |
7
github flow，可以搜索一下这个方式。做好分支自动化部署，会让你飞起来
|
|
8
|
 |
484A4BJan 27, 2019
9
会的，当第一个版本基本完成测试稳定之后就新开一个 dev 分支用来增加 feature，新增一个 bugfix 分支用来修复 master 上的 bug，当 dev 分支开发完善测试稳定之后合并的 master，也就是发新版本了。
|
 |
agagegaJan 27, 2019
11
dev 应该是其他的分支主要并入的主线分支； master 用来部署吧，也就是每个阶段 dev 可以部署了就合并入 master，保证任何一个时刻的 master 都是可以部署的。
|
|
12
|
 |
13
如果和人一起的话我肯定会自己开发的 feature 单独开个 branch
如果只是我自己的个人产物，一般大改的时候会单独开个 branch，只是修修 bug 加加功能(一到两个 commit 写完不会出错的代码量）就懒了 |
 |
14
就算一个人的项目，当思路不是很清晰时也可以开个 branch 试写一下，如果写得不好直接把 branch 丢掉
|
 |
15
Git flow 简化版。
master / dev 这些都是你自己的习惯，叫什么名字不重要，重要的是你知道哪个分支是可部署的，哪个分支是可以瞎瘠薄搞而不用担心被人胖揍的。 我的习惯是每个 feature 开一个分支，然后 peer review 觉得没问题了就 merge 掉，如果有问题就原地 interactive rebase 修正。merge 完的代码就是测试全绿然后可部署的。 |
 |
16
一般 master 分支都是锁定的，不让提交代码，个人项目基本上两三个分支差不多了，一些特别的需求或者调研才单独开分支，公司的项目基本上一个需求或者一个 bug 对应一个分支，这样管理起来比较方便，而且哪些问题修改了哪部分代码非常清晰，即使人员变动也能看到整个工作流程
|
|
17
多谢各位热心老哥, 感觉大家都玩的很 6，自己就是一个渣渣🤣
|
 |
echo404Jan 27, 2019 via iPhone
18
我们是每个功能一个分支，开发完成之后测试通过之后就合并到 master 分支
|
 |
icylogicJan 27, 2019 via iPad
19
git flow 已经很简洁了， 用这个就好。
远程调试和 git 没什么关系，除非你是远程改完代码直接提交，那你可能不如用 git worktree 来解决。 |
 |
vince7839Jan 28, 2019
20
分支存在的意义在于多人协作 协同开发 自己闹着玩就没必要了
|
 |
alexmyJan 28, 2019
21
开 feature 和 issue 分支，不直接在 dev 上做开发。
|
 |
ducklylJan 28, 2019
22
多人开发，就知道好处了。master 只是用来发布版本，修正问题，用来直接部署的。dev 就是开发分支，开发提交。
当 dev 功能确认无问题，才可合并到 master 分支上。 |
1
Select Language