现在用得比较多的应该是Vincent Driessen的git workflow模型吧。
下面这两篇文章解释得比较直观：
http://danielkummer.github.io/git-flow-cheatsheet/
https://www.atlassian.com/git/workflows#!workflow-gitflow

简单来说，就是设置两个主分支master和develop，还有feature, release, hotfix等辅助分支。

master上的每个commit点都是可部署的，对应产品的每个发布版本。开发在develop分支上进行。每开发一个新功能或者bug修复，就从develop上开个feature分支，开发完成验证通过后merge回develop。发布新版本时，从develop开个release分支，完成后merge回develop和master（中间还有类似打tag, dump版本等工作，可以通过脚本完成）。修复已发布版本的bug就从master拉个hotfix分支，修复完验证通过后merge回master（创建hotfix版本）和develop分支。

具体来说，以自部署的gitlab、开发某个版本的新功能为例：
0. git clone工程
1. 从develop拉功能分支：git checkout -b feature/xxx develop
2. 开发功能、commit，中途若要保持与develop代码同步，则可以merge或rebase
3. 开发完成经过验证后将功能分支push到gitlab：git push origin feature/xxx
4. 到gitlab网页上面发起merge request
5. 等待code review审核后功能分支被merge进develop
6. 删除功能分支：git branch -d feature/xxx

可以使用git-flow插件或SourceTree简化和统一开发流程。

gg 无压力

@lepture 所以显然大家都不在前端界混么，不过话说回来，turingou童鞋好像算是跨界了吧

意思是官方英文文档的翻译。。。何必纠结

家里小区有了速递易后，收快递确实方便不少，特别是人不在家的时候，赞一下。

QUIC大法貌似已经不行了

客户是不是放大网页了？

别虐待用户啊，谁记得住这域名。。。

支持维权

双拼品相好的不好的都基本没了，好的双拼只能出大手笔买了。现在短的品相好的三拼也不多了。总之除非之前有积累，现在上个好的拼音米成本太高。

.gitignore 可以参考这个： https://github.com/github/gitignore/blob/master/Node.gitignore

@9hills 谢，我也Google到了那个lib，不过看他最后更新在11个月之前，而且start数比较少，所以觉得可能不是那么靠谱，我还是先看看他的代码是怎么实现的

小霸王学习机用户手册。。。从此走上了码农的不归路。。。

lz还是在读高中生，水平已经很不错了。如果你对技术有浓厚的兴趣，不妨往全栈方向发展，因为以后不管做leader还是做资深研发，掌握各种技术都是必需的。目前先打好扎实基础吧，以后的事都是自然而然的了，加油！

已RT，赞一个

用github协作是不是更好？

@StackGao @Shieffan @sutar 已发。拿到后接下力吧:-)

有同样需求，一般是尽量都收到pocket，后来发现有时很麻烦，特别在用手机APP的时候，有些APP的分享功能没有pocket选项，即便有，相比直接用APP本身的收藏功能，整个流程很是繁琐，不直接。所以后来都是直接用APP的收藏功能。所以需要有个程序来定期收集并整理分散在各处的收藏。