×
FalconChen
2019-04-19 12:34
git维护两个分支, A和B,允许B合并A的分支更改的内容,B有些私有的功能,所以不允许A直接合并B分支的更改。但某天在B增加的部分特性也需要应用到A分支去。这时该怎么做?目前是从B导出两次提交的补丁然后打入A,好麻烦,不知道有没有更好的做法。
0

评论 ( 16 )

  • 衷于栖
    2019-04-19 13:56
    @FalconChen 你一个人开发啊 那你想怎么样都行
    0
  • FalconChen 弹主
    2019-04-19 13:54
    @衷于栖 而且单人开发的情况下,pr用处不大。
    0
  • FalconChen 弹主
    2019-04-19 13:52
    @衷于栖 用pr? 那不是还得两条分支。本质跟打补丁没区别啊
    0
  • 衷于栖
    2019-04-19 13:42
    @FalconChen 你理解错了 免费和收费同源 功能稍有不同而已 通过pr管理的其实还是一个工程
    0
  • FalconChen 弹主
    2019-04-19 13:39
    @衷于栖 也许吧,不过个人认为维护两个工程项目比维护两条分支更复杂。
    0
  • 衷于栖
    2019-04-19 13:31
    @FalconChen gitflow不够用就pullrequeat 本来收费和免费也不应该放到一个工程里管理
    0
  • FalconChen 弹主
    2019-04-19 13:29
    @衷于栖 但有些东西是不能预测的,比如有一个分支维护免费版本,一个分支收费版本,某天收费版本的一个功能要合并到免费版本去。而这个功能是在收费分支完成的。这时候还是要cherry-pick, 不过托你的福我真去安装了git-flow,但场景好像是在一个master分支和develop分支的。我这个场景相当于两个主分支。
    0
  • 衷于栖
    2019-04-19 13:11
    @FalconChen 那你得从一开始就用这种方式,ab都出于同一个原点才对 从那个地方建立分支新特性走起
    0
  • FalconChen 弹主
    2019-04-19 13:05
    @衷于栖 根本不是这个点好吧,你这么想,新特性分支C基于B,开发完成了,然后B当然可以fast forwrd到最新,那怎么处理C和A?
    0
  • 衷于栖
    2019-04-19 12:58
    gitflow了解一下
    0
  • 衷于栖
    2019-04-19 12:57
    新特性也用分支管理不就行了
    0
  • Iridium
    2019-04-19 12:39
    @湖水没了 有时是 B 上的功能做好了,发现也可以合并到 A 上。这时,用 cherry-pick 最简单,效果和题主说的是一样的,都是把需要的 commits 弄到 A 上去。
    0
  • FalconChen 弹主
    2019-04-19 12:38
    @Iridium 我了解一下
    0
  • FalconChen 弹主
    2019-04-19 12:37
    @湖水没了 是,本来这个应该是在a做的,不小心切到B做了
    0
  • 湖水没了
    2019-04-19 12:35
    应该维护A 然后合入B
    0
  • Iridium
    2019-04-19 12:35
    cherry-pick
    0