你可以本地退回到 master 上的 test 0 这个版本，然后和 test 上的 test 2 版本进行合并，然后选择 test 2 的版本，然后提交。最后 git push origin +master 强制 push。

没有验证过 Xcode 里面的 Discard all changes 做了哪些操作。但是放弃 merge 的正确的命令行应该是 git merge --abort （ git > 1.7.4 https://stackoverflow.com/questions/5741407/how-to-undo-a-git-merge-with-conflicts ） 。

我看了一下 demo，了解了：

1. 当前在 master，将 test 合并过来
2. 合并发现冲突
3. 用 Xcode 的 Discard all changes 或者 git reset --hard HEAD，重置 index 和 working copy 到 HEAD 的状态（即 master 分支在合并前的状态，也就是 demo 中 test 0 这个提交的状态）
4. 提交，由于当前还处于 merge 状态，所以这个提交的状态被当成合并后结果

简言之，由于 Xcode 的 Discard all changes 或者命令行的 git reset --hard HEAD 都终止 merge 状态。稍后的提交会被当成合并的结果。

怎么可能丢失代码？

合并前都是要求当前分支无变更啊（包括不能有 stage 代码）。
这就意味着要么你提交了，要么你 stash 了。

随便 discard 啊。原来的代码不在分支上就在 stash 里面啊。

看了一下链接，原来是带着 stage 但是未 commit 代码合并……
别怪工具，怪用工具的人，下次记得在干净的工作目录里面合并。

Sourcetree 党表示 GUI 是必须的。

对箭头设置：

position: 'absolute',
left: ...
top: ...

https://facebook.github.io/react-native/docs/layout-props.html

其实是一个循环，宇宙就是一个夸克。

城市里面也可以。立体农业。

配置太差，输入法卡的要死。

二十四个产品经理等一个前端！😱

免息免手续费刚刚结束一阵子吧。
按照 3 楼说的或者等下次。

我大 atom 党，居然第 19 个到场。不科学啊~~~

git 1.8.5+ 就可以 git -C <directory> ... 了。

复习一下概率论。面试官喜欢问这个。

add follow to bash_profile:


function set_proxy() {
export http_proxy=$1
export https_proxy=$1
git config --global http.proxy $1
git config --global https.proxy $1
}

function proxy() {
case $1 in
off)
unset http_proxy
unset https_proxy
git config --global --unset http.proxy
git config --global --unset https.proxy
;;
[1-9]*)
set_proxy socks5://127.0.0.1:$1
;;
la|lantern)
set_proxy http://127.0.0.1:8787
;;

ss|shadowsocks)
set_proxy socks5://127.0.0.1:1080
;;

pr|privoxy)
set_proxy http://127.0.0.1:8118
;;
"")
echo usage: proxy [port\|ss\|shadowsocks\|la\|lantern\|off]
;;
esac

echo http_proxy=$http_proxy
echo https_proxy=$https_proxy
}


Usage:

proxy ss

帮你消灭零回复。

这算啥，目前手上一个二手项目。其中一个类 96 个成员变量 6 个全局变量。 cpp 6 千多行。没测试。到处都是超长函数。

我也是活不下去的节奏了。