GitCafe
分享 GitHub、HackerNews上的热门开源仓库
虽然在 Linux 上设置 Git 很简单，但为了获得完美的配置，我做了以下五件事： 创建全局配置设置默认名称设置默认电子邮件地址设置默认分支名称设置默认编辑器我使用 Git 管理我的代码、shell 脚本和文档版本控制。这意味着对于我开始的每个新项目，第一步是为其内容创建一个目录并将其放入 Git 存储库： $ mkdir newproject $ cd newproject $ git init有一些我一直想要的常规设置。虽然不多，但我确实是不想每次都重复配置。所…
脑子不太正常
开发者工具作为底层服务要在国内的环境做好，需要强大的生态体系支持，这需要多个领域及服务的无间合作及支持。 从第一次创业的角度来说，我在创建GitCafe的最初将企业目标设定得过大，实现线条太长及复杂，一方面许多理念太超前很多人尤其是大多数投资人无法理解或接受，另一方面也正因为如此吸引过许多优秀的朋友与我一起共事及合作。 在这个过程中，犯过无数错误，也学到很多东西，此次与Coding合作，是对投资人及团队最理想…
努力减肥的80后
我在用，40人的团队，用了超过半年了。 用的感觉还是不错的，尤其是我和Jenkins结合起来用的，每次提交都强制构建，解决了很多问题，master分支始终可用，能够随时发布。 如果开发人员能力强的话我推荐gitlab，更像github工作流，功能也比gerrit多。
www.gitshell.com git 托管，脚本爱好者
原因很简单，就是没钱了，融资不顺利，确实是很可惜的 我之前差不多同一个时期，创办过 欢迎来到 Gitshell , 同期的还有 geakit，几个开发者我都认识，很有趣的经历。 应该说，在国内做技术服务，一直都是不容易的一条路。 不过从我对 Gitcafe 观察来说，在获得前期投资和焦点聚集优势下，执行力不足，开发太慢了。 目前被收购，也许是最好的结局了。
Gerrit 技术专栏 业界背景Google 、高通、阿里巴巴、华为、小米...很多国内外大厂都在用 Gerrit 做代码审查。 Google 就不说了，毕竟 Gerrit 是亲儿子； 而且我发现一个规律：Gerrit 在「底层开发」的业务场景非常受欢迎，比如 Android framework、Linux / C++ ... Gerrit 的核心功能Gerrit 本身的核心功能就两个： 权限管控 、 代码审查。权限管控：针对用户或群组，对代码的读写进行权限隔离。例如 clone、fetch、pull、push 等…
git提交回退与功能合并
在开发中，尤其是复杂项目中，我们会遇到不同分支的功能合并情况，有时候合并出错，就需要做代码回退。但很多开发者合并出错就慌得一批，不敢乱动代码仓库，所以针对这个情况给出解决方案。 功能合并同源合并针对同源分支的功能合并很简单，使用 git merge不同源合并处于不同源的分支，功能不能直接merge，这也是导致需要回退的重要原因，应使用提交记录的合并方式 git cherry-pick commit_sha1提交回退但如果真的提交出错或合并…
等价交换。
其实我个人觉得对于绝大多数的开发人员（说得难听点也就是普通程序员）来说，GUI远比命令行来的有效率... 甚至工作后一段时间后我发现，最初特意买书来学GIT多少有点本末倒置 你们用IDE会去买一本IDE的说明书吗？ 不管是从冲突解决还是分支总览上来说，GUI都是完胜命令行的 当然你非要说我需要命令行来解决很多复杂的推送问题，我也没辙... 但大多数人不就是 推 拉 合 分 吗...
Code Monkey // 公众号 窥豹
与其说 Git 的配置如何如何，我认为更重要的是建立更完善的项目开发流程，开发 / 新功能 / 产品 / 补丁 四条分支并行，能够最大限度构造稳定的开发流程。 参考这几篇文章： http://www.juvenxu.com/2010/11/28/a-successful-git-branching-model/ http://www.iitime.com/i/24653.html http://saberma.me/git/2010/10/25/git-flow.html 我是看完 juvenxu 这篇，理解了 git 为何优美。 工具是辅助，完善流程才是关键，svn 也能实现的不错，git 只是把这些变得漂亮易用而已。