@raykle #13
我 Info.plist 里用的是 Staging 的 Key

@raykle #13
我之前的版本可能没有包 CodePush(App) 然后 Xcode 也是 1.0.0 就上传了，但是我刚才包了并且 Xcode 1.0.2 以后，
我在 Scheme-run 改成 release 并且运行 1.0.0 包的时候，还是安装上了 1.0.0 的版本。
这种 run-release 可行吗？还是说必须打包成 release 模式的包再测试

大佬请问怎么用 Staging 的包呢？用 run-debug 模式吗？

@raykle #11
大佬请问 code push 到底咋用？
我们自己搭了 server ，并且我改了 rn 源码后也成功上了 1.0.1 版本（ code-push release-react CodePushDemoiOS ios --plistFile ./ios/demo/Info.plist -d Staging -t "1.0.1" --des "dev-1.0.1"）。但是我用 run-release 运行 1.0.0 版本提示更新并且更新后，代码并没有变成 1.0.1 的版本。

code-push deployment list CodePushDemoiOS -k
也显示如下：
Active: 0% (0 of 3)
Total: 0 。

请问我这种上新版本的代码对吗？如果 RN 或者原生代码有变动都是这一个命令吗？

@msg7086 #62
其实您说的这种场景我还是没太理解。
我找到一篇说是放弃 cherry pick 改用 merge 的：
https://devblogs.microsoft.com/oldnewthing/20180312-00/?p=98215

@bef0rewind #48
要不是这事故，一般也不会碰到远端分支回滚

@cansiny0320 #45
今天就是这么搞的，然后本地的 commit 好像丢了（他们说本来要推 20+ 的 commit 都没了

@bef0rewind #43
「如果 merge 的话是用最后一个 commit 去 merge ，rebase 的话从最早的一个 commit 开始 rebase 。所以冲突结果可能不一样。」
那我大概知道为啥 merge 没冲突但是 rebase 有冲突了。

我平常都是 pull rebase ，没怎么用过 fetch

@tromoli #41
他们是解决冲突完了已经并且 commit 了

@xiaoming1992 #37
是，我搞不清楚为啥 pull merge 没冲突 pull rebase 有

@nothingistrue #39
最后是找的本地最新的人把代码推上去的，有没有先拉再推，有没有强制推，他们现在也不记得了。。。

@nothingistrue #34
所以说远程分支落后本地的话，直接拿本地的代码 push --force 就行了吗？然后别的人再 pull 后解决自己的冲突再 push 就可以了？

@FACEB00K #29
他们当时应该是已经 continue 了，找我去看的时候已经有 rebase 的 commit 了

@DeWjjj #26
我们现在是 dev ，每个人都从 dev 拉分支最后再合过去。

@daimubai #23
以前公共分支拉的时候都 rebase 成一条直线了，这次弄了以后不敢 rebase 了，可是 merge 的话也太乱了吧

@nothingistrue #19
「远程分支回滚后的那个 Head ，它之后的（在回滚前）所有提交，不管是本地的还是远程的，都被搞废了」
远程的被破坏我能理解，为什么说本地的也被破坏了呢？

「你现在本地仓库上的远程仓库引用 origin/master 跟真是的远程仓库 master 分支可能都不一样」
仓库地址我没有改过，为什么 还能不一样呢？

请大佬解惑

@raykle #8
感谢大佬分享

@xiaoming1992 #14
不明白为啥 pull rebase 会丢掉本地的 commit ，rebase 不是会生成新的 commit 吗

@shawndev #13
rebase 教程都是合并分支时候，这种远程分支落后的情况下 pull rebase 我确实是蒙了

@FACEB00K #12
他们已经解决完冲突 commit 了，所以没法 abort 了，git log 也没找到前几天的本地 commit

@unco020511 #9
同一个分支的本地和远程

@nothingistrue #10
push --force 是因为远程分支被回滚了，落后了本地分支。用 2 以后本地的提交好多都没了