不会 git 的程序员

这个鄙视链是绝对存在的，上面那么多人说的风清云淡，但是身边有人不会 git，第一感觉怕还是一个 low 字，哈哈哈

SVN 挺好用

会其他版本管理工具就可以，但是 要有愿意学习 git 的心。

不会用 git 或者根本不知道一些 git 命令的 只能说他一点开源的东西都不看（现在基本开源软件都在 github 上）要么就是他公司用的是 svn

git 目前的权限控制还是远远不如 svn 方便。对于很多公司而言，权限的问题，使得 git 无法使用。

不会又不学才可怕

不会 git、会 pull/push、会 branch/merge、会 filter、会 hook、…………

不会 git 隐含了很多信息

1. 没在用 git 的公司干过
2. 自己业余时间也没学过 git
3. 知道新公司用 git 也没准备一下
4. lowb 了还要企图洗白

git 其实挺复杂

@houlin 哈哈你可太秀了，从没和别人合作开发过？

我觉得高端操作或者装逼操作会不会无所谓，如果基础命令都不会……

用版本管理就行了呗 反正只要能满足需求就可以
而且什么"不会用 git 或者根本不知道一些 git 命令的 只能说他一点开源的东西都不看"
这种结论是怎么的出来的
你最多说他对开源界没贡现
git 上多少东西直接提供 dist 版的或者二进制版的
多少只需要 clone 然后 build 的
多少甚至只是把 git 作为一个源的

*更正：git->gayhub

公司只用 svn 的咋说

@fumer 我正想吐槽楼上的，1 小时就会了，真的神童

我只讨厌人品低为人恶心的的

我这种万能用 SourceTree 的会被鄙视的。。。

我对 git 命令不是很熟悉。所以我经常使用 sourcetree 来操作。我们有部分同事喜欢命令行。另一部分不懂命令行也不下客户端操作。只知道几个简单 pull push 的操作导致经常代码冲突丢失的问题。条条大路通罗马，如果你感觉不行，那就换条路走。

@NetCobra +1

从不会到会 几个小时应该够了吧

你一开始也就 add, commit, push, 用着用着 就 branch，merge 之类的，然后还不会 去搜索啊，Git 还算技能了？

只要会一种现代的代码管理工具，是不是 git 无所谓。

从来没遇到过不会用 git 的程序员，连想都没想过。今天看到这个帖子真是刷新了我的世界观

用 svn 的一般都不是小公司哟

现在还有人在用 CVS 的。。。

各种 gui 工具，跑一次就行了

前两年我也是这样，觉得用某某工具的人 low，用某某工具才 geek，现在想想真是弱智…

就是个工具而已。。。用到的时候就自然会了

我觉得需要先定义一下什么叫会

@0vels #47 有理。。。其实好多公司真没用好 git，包括所谓大的互联网公司

公司一直混用,项目太大了,还是喜欢 svn,不过前提是我的代码基本没有别人来动

不会不要紧，但自己去学习补补。别麻烦别人，git 这个怎么弄，那个怎么弄。

不会 git 不算什么，反正我见过在阿里云调用他本机程序，填 IP 192.168.1.x 的程序员。

现在这个也能算技能了吗？

@Vhc001 你世界观有点...年轻？

正因为基础，所有不会才 low

TFS 瑟瑟发抖

@ericgui #13 他们用 ftp 的话，怎么做版本管理？？如果没有，我只能说他们开发水平太高了，没版本管理都居然活着。

不会没什么 a,我觉得一个程序员最基本的是信息检索的能力

在校实验室，以前都用的内网 SVN，现在都换成 git 了。和大多数合作的人都不懂 git，但只要知道添加公钥，add，commit，push，pull 就可以参与项目了

@zhuawadao tfs 不也是用的 git 么

不会没事，学会不就行了。如果学不会，那才是真的 low。

有时候比较迷惑的是，有的同学简历里面写的就是熟练使用 git，我想说，这个真的是什么技能么？这个不就是一个基础知识么，只要大家看几眼就都会了的啊，没必要作为专业能力吧。

有那时间多研究研究 JAVA 内存，多研究研究 c/c++啥不好啊，大家看中的不是你的 git 能力，而是你得编码能力和思考能力啊。

git 其实挺复杂的，要用好也不容易

git 是个很简单的东西，不会没什么，但是就程序员的工作特质来说，应该是能够很快学会的；如果一个程序员以不会 git 为理由做什么事情的话我会觉得有点 low，甚至直接说就是不喜欢用 git 我个人观感都会好一些。

使用 git 的程度决定了难度（本地->本都&远程，单人->多人，单分支->多分支）；
恕我直言，很多人对『会用』的定义不一样。

@dejavuwind 笔误，本都->本地

两种可能性，或者两种皆有：

1. 以前的公司的工具集相对比较古老或者高度定制，项目太忙没时间自学
2. 没兴趣自学新技术，技术只不过是混口饭吃的工具

我觉得 1 的可能性不大，通常会倾向于 2

不能作为技术能力的考察项，但是多知道一些信息就可以从侧面了解对方的技术日常

闻道有先后，术业有专攻。如是而已

腾讯：SVN 一百年值得信赖

新来的同事不会 git, 开始还是有点鄙视他的，第二天发现人已经溜得飞起了。

楼上各种一小时学会 git 的怕不是只会 pull/add/commit/push 工作流就敢自称会 git。

对以前的公司不予置评，但是如果入职以后不学不会不练，那这个人是真的 low 了
我司所谓的前端负责人，反正完全不想跟他合作项目

大家都是从不会到会的。

真不会呢 哈哈 好久没用了 还真忘记了

@pushyzhengzuqin 1 楼也是这么想的，看个书半天就认为自己会 git 了，太搞笑。

基本操作都不会的话，确实有点 low 吧，因为无论什么版本管理系统，基本操作都说 pull/push/commit 之类的吧，你 git 的不会，基本说明别的也不会呗。

我是 mercurial 党，git 复杂操作都得百度，请随便鄙视，但是我就是要说对于非开源项目，mercurial 就是比 git 好用，香。

怕的不是不会，怕的是不会又不学……

楼上+1

前公司用 SVN，奈何现公司不用。自学，折腾用。
会觉得，不会 git 的一点 low （大概是太年轻），但还是会比较好。

Git Extensions 了解下....

请问如何将某个远端分支回退到 n 个版本前并提交远端？（除了再开一个分支，删除现有分支并替换的方法）

以工具论英雄，可悲。

如果你的公司还在用 Svn 而你自己又想使用 Git 的话，了解一下 subgit，可以说做到了 Git 与 Svn 的无缝对接。

@fumer #17 基本操作真的只要半天。。甚至都不需要。。。

对对对，大家都 low，你最秀

@fffang
拉到本地 checkout 到该分支，git reset --soft <revision>，git push
这样吗

不会不是问题
学不会是问题
不学会是问题

@JounQin 1 楼可以终结此贴

@kangkang 尝试过的，不行，远端仍会提示你有更新的代码需要拉取

git 有中文文档吗？

git 和 github 和码云（ oschina ）哪个好？

那不会 svn 的呢？
工具而已，要用的时候有得用就好～～

@fffang 不作就不会死

@CodeMan27
git 好 （

git 和后面两个都不是一回事，没法比。
git 是个工具，后面两个算 git 社交平台了～

会不会是一回事，学不学又是一回事

@fffang

git push -f 强制推送 （历史会被覆盖的哟）

@fffang 先说伪代码。
比如这个分支分叉于 A，下面提交了 BCDE，现在 origin/br 指向 E，需要回滚到 C。
1. 签出 origin/br 到 br
2. 将 br 指向 C
3. 将 br 强推到 origin/br

然后说操作。
我们一般用 GUI，双击签出，鼠标拉分支到 C 上，然后右键强推即可。

命令行的话：
1. git checkout br
2. git reset --hard C
3. git push --force origin br

@CodeMan27 @oonnnoo
其实严格说来，Git 既可以指 Git 命令行，也可以指 Git Repository 的格式，或者 Git 所推崇的基于分支、合并、变基、Git Flow 等的项目管理方法。
（操作 Git Repository，使用 Git 命令行并不是必须的，完全可以自己编写程序实现。）

有些人说会 Git，是会生成一个 Repo 然后推来拉去。
有些人说会 Git，是会一些命令的用法。
有些人说会 Git，是会把 Branching Merging 等技巧运用到项目管理当中去。

这些「会 Git 」是完全不同的。

@fffang 如果这个远端分支是只有你一个人使用的私有分支, 可以 reset 后 push --force.
如果是公共分支, 不应该对它做任何修改历史的操作(reset, reset, commit --amend 等), 如需撤销 commit 请用 revert.