@SharkIng 打开页面是一部分，还要测试能否 push 上去，看来真是需要迁移到本地了

@akira 苍天，大地

@jackytang520 之前确实push不上去，不知道线路问题还是bitbucket本身有问题

@windywinter
@lZl
@swulling
应该是的，https不会设计得那么弱智，CA证书服务器会起作用的

@julyclyde
这个明白，完全代理的话根本不用涉及监听和篡改

如果你是想学习一门新的语言的话，强烈推荐。
我对go了解不多，大部分都是通过介绍和小例子，但看了一些介绍文章。从我的经历来看go的一些好的特性：
我早先学习过 c，perl，bash，目前主流使用 java 和 python。
从动态语言和静态语言来看，真是各有优缺点，
go是一种设计很严格的语言，编译要求很严格，连import的顺序都要求，强类型和预编译检查，
而语法上有具备一些语法糖，用起来有动态语言的感觉。

@davepkxxx 太狠

@davepkxxx
@jwu
看来大家都强烈推荐啊

@mozartgho try gitshell.com
其实如果个人用户，直接host+ssh，然后通过脚本异地备份，稳定性足够，就是没有良好的图形界面。

@SURVIVOR 女孩在哪里都受欢迎啊 :)，关键是怎么去美国找工作呢

git 托管是非常需要硬件支持的，所以大部分的私有 git 托管要收费也是合理的。

@guchengf
@49degree
这个和 定时插座 不大一样的，你是要去按“煮粥”的那个按钮


@49degree
人生需要hack

看来学好英语真的很重要啊 :-)

@Coda 多谢，其实最主要的是有参与这样项目的想法。
@lyoe 目前后端工程师我努力扛着吧 :-)

什么小错误，需要明确说出来，很多时候不是nginx的问题，是nginx的upstream出现问题

你的地域是哪里，这个需要明确说出来的

这是一种很好的模式，商业和开源结合，这样的项目才能持久

@BOYPT hi，谢谢你的回答。

我们的理解是一样的，问题是对github怎么处理冲突和在你提交pull requests的时候会不会检查冲突以及提示你先解决冲突，另外是否会尝试给你智能merge。

在开发的流程中是要保持你说的这种模式。

针对我上面提到的例子，我已经做了实验了：
1 fast forward 明显可以提交 pull requests，也能 merge
2 not fast forward but auto merge 提交 pull requests，github 会给你 auto merge
3 not fast forward and can not merge 提交 pull requests，然后在 merge 的时候提示自行解决冲突

所以目前问题都明白了