@Andiry 刚刚测试了一下 , eclipse会给出提示 , 指示当时给忽略了
@fds 谢谢 , 这个命令解决了我的疑惑

非常同意 @realpg 的观点
我觉得在工作中 , 你可以把自己当做git砖家 , 但是以git砖家的熟练程度来要求同事是不对的 , 除非每次在代码提交这种基础的事情上遇到了问题 , 你都乐意帮他解决(或是他乐意找你来解决) ; 所以为何不能退一步呢 ? svn 也不是一个差的选择 .

@ferock 此处存在即为合理2点含义:
1 . svn并没有你们说的那样不堪 , 还是有很多人需要svn的优点
2 . 萝卜白菜各有所爱
请勿过度脑补

@Andiry 这是我今天我在linux环境里面复现我的操作时看到的 , 在eclipse里面这么操作并不会有任何的提示 . 作为版本控制 , 我关心的是所有的代码变化 , 平时用linux不多 , 所以习惯了在eclipse的history视图中查看最近的修改 ; 通过我描述的操作(虽然我也知道是不正确的操作) , eclipse提示成功之后在history视图中找不到任何的相关信息 , 这就是我的困惑.

@Andiry
我这里写的a001 002 指的不是branch 而是commit之后的返回hash
我刚测试了一下
我checkout a001之后修改文件并commit , git 返回 HEAD detached at a003
我co master之后 a003 这次提交在master的log中并找不到

我指的commit 丢失并不是commit在物理上丢失了 , 我知道这次commit a003 一定在某个地方在 , 但是在master或者某个branch上并不能查看到这个commit
我从描述到现在没有说这是git 的问题或者是git 的缺陷 , 只是表示在这种操作场景下会造成commit找不到,会给开发人员造成困惑
那些推荐人手一本gitpro , 推荐阅读gitpro的我觉得也是没有必要的.

@feilaoda 我确实是不想和那几个天天吐槽git不好用的同事共事的 , 和他们一起工作给人的感觉就是:遇到问题都是找别人的原因

@yoa1q7y
我知道造成commit丢失肯定是我操作上的问题 , 但是你不能否认的是 , 在以一个成功的操作下 , 产生了一些奇怪的问题 , 对使用者( 特别是那些刚刚使用git的用户)来说是多么大的困惑
如@sortbylist 所说 , 你用的没有问题 , 并不能代表别人使用的没问题 .
我只是就自己遇到的问题做了一个操作还原而已 , 你说我操作有问题 , 然而你也并没有说出问题出在哪里, 而是搬出一大堆唬人的概念:checkout,rebase,HEAD,commit , 是不是我再问你你就让我补git 基础知识去?

@sortbylist 我发帖并不是想下个结论svn 和git中哪个更加好用 , 而是想描述一下svn和git在项目开发中使用的问题 , 让那些还在争论项目中是使用svn还是git的同学看看

@Andiry a001 002 指的版本hash

@xudongz 最初并不是由我决定用git的 , 而是几个组的负责人决定的 , 原有开发团队使用了几个月并没有发生过任何问题 , 问题是出现在最近团队扩充了一些新人 (我也是新人) , 新员工有做git使用的培训的. 领导决定换到svn , 是因为项目负责人在新员工反馈问题后再次做了git使用培训, 依旧有反馈问题 , 并且影响了项目的开发 (主要是代码合并问题), 才决定换回svn的

@mingzhi 现在都是在eclipse中操作的 , 除了push , 和svn操作也并没有差别

@mahone3297
我刚按照我之前的操作测试了一下:
1.在master创建a文件 , 提交一版a001
2.修改a文件提交一版a002
3.checkout a001 , 修改a文件提交一版a003
4.checkout master 查看log ,只有a001 ,a002
5.checkout a001 , 查看log只有a001

丢失并不是针对于正常的操作流程 , 而是针对于我说的这种操作 , 而且这样操作git并不会报错

@chmlai 电商类型公司

这也只是个形式而已，我不信真有人来检查你的注释。以前公司有个小组开发了一个组件，虽然在初版的时候以领导的要求做了完整的注释生成了一份doc，作为组件使用者，这份文档根本没有什么卵用

eclipse配置的问题吧, i5 4200u + 8G ram + 机械硬盘, 只是启动的时候慢点

围观妹子 , 学习技术!

windows+winscp

买到就是赚到 ! 找老公帮你维权到底 !