我买的雅迪 1288z ，NFC 解锁（ iPhone 可用），限速 25 ，续航 70 左右吧

@Roykira #94
小区的我也担心不换芯，之前问说会换，谁知道呢。。。
看 op 这问题我也不敢买小米了

@Roykira #90
我一直在用小区里的。。。近一段时间卡里没钱就买的农夫的 12L 桶装水。
价格确实差很多。小区 3 毛 /L ，农夫 1.4/L

@laoyur #6
@twor2 #7
你们为啥-26 。。。看了下铜币竟然价值 1K RMB

@raykle #13
可以了，模拟器不行，我换真机就能正常更新了。多谢大佬协助

@raykle #13
补一张图

@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 的话也太乱了吧