我就想问下公司开发对 Git 不熟到底该不该运维来解答？

我觉得第一次来咨询的时候解答一下并给一份教程文档是一个比较合适的做法，一而再再而三的就不太合适了

可以呀，工资分一半即可

https://www.git-scm.com
这个贴给他

属于运维范围。

测试来解答

应该人力来解答，这种是如何招进来的。

运维也不会 git 🐶

开发似乎不需要很懂 git。知道怎么 clone,pull，push 就好。加起来也不到 10 条命令。就算记不住命令，IDE 基本都带 git 辅助工具，GUI 就可以搞定。

熟悉 git 的话就指导一下呗，多大的事情？大家不都是从不会走过来的么

只要不是拒绝用的就行，以前公司有个奇葩，只会用…… tfs ？还是啥我忘了，反正微软家的，只有他自己用，公司用 svn，乌龟点几下的事，他：哦 svn 我不会，我用这个的，这样吧我 rar 打包给你吧。啊 rar 你有吧？啊学吗？哦这个我不会，这样吧这次我先压缩一下给你你先看看……恩我知道……哦简单是吧那行我下次学习一下怎么用，这次先发压缩包吧我发你了你收一下

@goodryb 不能再同意

git 都不会怎么混进公司的

@GeruzoniAnsasu 666

@crb912 是的，可是有人就是 10 条命令范围内都不会 ，哦不对，应该说根本不会用命令行，只会 GUI

https://backlog.com/git-tutorial/cn/

这个丢给他

以后代码也运维来写好了。包写好，包上线。

感谢大家的讨论， 我觉得立场不同态度就不同吧，或者公司氛围不同 ，哈哈，开发觉得运维支持简单的 Git 操作是没什么的； 运维肯定觉得这个看看文档的事为什么还要请求协助......

作为苦逼运维，我觉得基本的代码操作方法（提交、分支切换、远程分支切换）是开发人员基本功吧，运维有运维的任务要做、开发有开发的进度要赶，运维把时间花在了解答开发上面 > 开发任务完成了 > 运维自己的任务没完成 > 运维默默自己加班 ，呵呵。（以上场景由公司开发人数远大于运维人数的情况下自动触发）

默默感受技术交流 变为 技术客服的苦楚。。

如果是运维引进的，可以培训一下

除此之外，应该由项目经理管理指引

@yivanus 同感同感

不会 svn 或 git 干什么开发。。