This topic created in 3532 days ago, the information mentioned may be changed or developed.
 |
1
本地创建一个分支，开发完合并，养成良好习惯。
当然，只有一个 master 也是可以的。 |
1 |
2
分支不单单是协作的时候用，良好开发习惯也是需要的
http://nvie.com/posts/a-successful-git-branching-model/ |
 |
3
其实自己用只要顺手怎么来都行，
|
 |
4
建一个开发分支， master 专门用于发布
|
 |
5
最好用 git flow
|
 |
6
要 做备份用 代码稳定可用的时候再合并到 master
|
 |
7
分支的作用很多啊，比如临时试验新特性， bug 修复
即使自己开发也要用到很多分支 |
 |
8
我习惯多个分支......
master 提交 develop 测试,成功后合并 master 提交 其他的分支 分功能而定...特别是这个功能可能没写完.又要写那个功能... 有时候避免冲突严重(长时间未合并..且多分支开发,其他分支不断合并.. 有可能改了同一个文件) 会新建分支来看下 合并后的结果 类似于 develop_0313 用完就不要了 也不提交到远程! |
 |
9
孤独的开发者，
要建几个 然后自己合并 解决冲突 233 |
 |
10
用
master 和 dev 要分开吧？ 加功能要分开吧？ |
 |
11
我们这的标准流程是每个人在自己的 dev 分支下开发,完成之后所有人合并到一个统一的 test 分支,测试完成之后合并到 master 分支提交,再生成个 tag.master 和生产环境保持一致.紧急 bug 的话从 master 分出一个 fixbug 分支,改完之后合并到 master.
个人的话 master 和 dev 两个差不多就够了 |
 |
12
我觉得楼主想表达的是，就一个人，还用什么 git →_→
|
 |
13
楼主你自己可以这么思考： git flow 能解决什么问题，一个人开发有没有这些问题。
|
 |
14
那还不如不用
|
 |
15
反正能回滚 一个分支够用了
|
 |
16
当然要了，自己开发也要尽量保证主分支的阶段性稳定。不然主分支老是有问题还是很让人崩溃的。
|
 |
xinpleMar 13, 2017
17
分支很有必要的，比如第一版开发好上线了，然后在继续开发新功能，提交了好几次了，这时候线上版本有个 bug 要修复，如果这时候还是只有 master ，那修复提交的话，开发一半的也在里面，线上就不方便直接拉取。
|
 |
tracymcladdyMar 13, 2017
18
我知道这是不好的习惯，不过自己玩一般不建。
懒癌晚期。。 |
 |
flynajMar 13, 2017 via Android
19
一个人用 svn ，小项目有 svn 就行
|
 |
zhgg0Mar 13, 2017
20
以前一个人开发时纯粹当个备份工具，只用 add commit push ，其它全不需要。
|
 |
koozeMar 13, 2017
21
看情况喽，比如上次 swift 升级 3.0 的时候。切了一个分支出来。
|
 |
SoloCompanyMar 13, 2017
22
当然可以不创建分支，不过你要注意如果一直不用 am 的话，历史会很乱，但只要 force push 过就小心可能会丢数据
|
 |
23
要，因为你可能在完成一个需求的同时需要紧急修复一个 bug
|
 |
msg7086Mar 14, 2017
24
一直保持 branch - rebase - merge 的好习惯。
|
 |
RakuMar 14, 2017 via iPhone
25
一个功能一个分支， master 只发布
|
 |
ghostheavenMar 14, 2017 via Android
26
很多情况下开分支更安全，比如一时半会儿完不成的功能。这时候如果遇到突然要修复的 bug 时可以马上切换到 master 开始修复，修复完再切换回去继续干活。
|
 |
nicevarMar 14, 2017 via iPhone
27
开分支好点，个人应用线上版本有紧急 bug 需要修复，你的新功能又没开发完，不开分支的话处理起来就浪费时间
|
 |
JerryZhangMar 14, 2017
28
楼上的各位，当你还执着于这些规则流程上的东西的时候，别人的产品都已经上线了。
|
Select Language