- 主题:git算不算典型的shit山项目？
git确实很复杂
但是有些功能是真的很棒
比如能展示每一行代码关联的提交，所以能直接看到谁提交的，git blame功能
不知道 其它软件是否有这个功能
【 在 hyperLee 的大作中提到: 】
: 我当然知道fetch，但是你看网上文档有一个提fetch的吗？
: 我周围一堆git“高手”，反复跟我说， 没有人用fetch。就连git自己的粉丝都用不对，还有什么好说的。 用个命令还需要跟研读经书一样的话，这个东西大概率会被人误解， 然后误用。
:
--
FROM 114.249.23.*
reflog看起来是救命用的，误操作之后靠这个记录找回来
所以我在想你是不是要检查一下你们的git work flow
毕竟工具无法解决所有的误操作问题，比如不喜欢写一点提交一点，非要写一大堆代码再提交。
【 在 hyperLee 的大作中提到: 】
: 这就是坑点所在。reflog默认不显示，用gui界面除非专门指定显示reflog，也不会显示。
: 要是什么时候忘了自己的reflog里边还有重要东西，按照提示git gc一下， 那叫一个酸爽。
: 我要是老板的话， 这个哥们可以准备找下家了。
: ...................
--
FROM 223.104.3.*
是啊，我也奇怪他的用法，我从没用过reflog
感觉他总是git reset所以才总是靠reflog救命
【 在 SlO 的大作中提到: 】
: 问一下，你用reset做什么？就是说什么场景下用到reset？
: 我几乎从来没有用过这个命令。
: 我最常用的是checkout rebase fetch pull push status log。
: ...................
--
FROM 223.104.3.*
说来惭愧git reflog ，git gc我是头一次听说
所以我觉得楼主抱怨的应该是git没有提供一个最佳实践的work flow。
所以每一个团队都有自己的代码提交合并的所谓的规范。所谓的work flow
而这些蹩脚的work flow根本没有具体到如何操作，执行起来的时候，每个人都有不同的路径。
【 在 xiaoju 的大作中提到: 】
: git的逻辑是在自己的branch上随便折腾，提交PR的时候在合并commit
:
--
FROM 223.104.3.*
骂完了还得接着用，可能你是先入为主了吧
我cvs svn都不熟，也还好。
我觉得你要的是一个更高层级的开箱即用的work flow。git感觉偏底层了。
【 在 hyperLee 的大作中提到: 】
: 一直很奇怪，轻量不轻量有个毛关系？难道我笔记本用了mercurial真的要重一斤？我高兴就开分枝，不高兴就留个头在哪里，有个毛影响？看不爽了strip掉，不就行了完了？
: 一个用户非要带入开发者的思维，也是醉了。
:
: ...................
--
FROM 111.203.35.*
所以我觉得他这是work flow有问题
【 在 a9udn9u 的大作中提到: 】
: 本地有没push的东西，随便reset，有的话建个临时branch，从来没遇到过reflog丢失的情况。
:
--
FROM 114.249.23.*