@yehoshua 哦哦，是禁用主空间的通讯录。

@yehoshua 工作资料里的通讯录应该是空的吧，我试了一下工作资料里的微信获取通信录的话是空的。好像只有剪切板，短信这些是全局的。

@napsterwu 应该不行，我都放在工作资料里了

感觉和 graphql 默认的风格好像

@yogogo 你这么一说，我想了想，好像看到的项目都是一个开发版本一个分支点。

我现在呢，git 在项目里的实践是看到一些 git 介绍的，说是方便团队协作，每个人一个分支，开发不同模块，最后合并到主线，项目就干好了。基于这个思想，我才采用一个人一个分支的。


@hackape 嗯嗯，there's no silver bullet.


@learningman 我是举个例子，就是有可能有交集的地方。有些早期小项目图快，会公用，后面的话我都会注意这个问题。

@sillydaddy 学习了，感觉把主题都升华了。

@wednesdayco
@TuringGunner
@msg7086
好，会尝试运用这种思想在项目实践里，我去学习学习 git flow

@imdong
@teddy2725
@Chenamy2017
@soulmt
测试确实很重要啊，也在想办法提高测试的效率

@baiyi 也是在追求这种工作流

@yanqiyu 嗯嗯，看来也只能在测试上下功夫

@no1xsyzy 谢谢朋友的耐心指教，在测试上多下功夫。

@crclz 谢谢朋友这种新思路

@fucUup 相信 git 的潜力，我确实水平还有提升的空间，都是现学现用。

@BeautifulSoap 感谢分享 git 在公司中的实践，我也是想 git 帮助项目更好的进行。

帮你试了, 莫得办法

@GreyYang 感谢老哥的分享的观点，很客观理性的分析

@moonsn girl，手误手误

@est 老哥，说广告贴我就不乐意了，帖子里没有广告链接吧，经常看我发推广吗？我就发过几个外包项目的。我理解论坛上有发广告的，但是这么一上来就扣帽子着实不舒服。

我上面也讲了，也设想过之间在数据库层面展开权限和模型，但是还是和其他技术配合就不太灵活了。如果说数据库有这么涉及到复杂逻辑一个和技术配合的部分，那其实和我讲的概念一样，

10 万不多吧，又不是同时十万个人关注，淅淅沥沥的那几个量，常见的数据库都没啥问题

小米相册？

@dcalsky 还是太 morden 了，感觉适合文档或者博客类的应用。

如果交互量大，不就是更新一次构建一次。或者像 hexo 里评论一样，和应用本身分离开

@sugarkeek 误，不是 ip 网络，是计算机网络。。。打字一下子分神了

电话网络复杂，成本高，有保障。
ip 网络简单，成本低，流行普遍

wps