以前也用git,但是只是使用提交的功能,也在github上建立了仓库,能够实现pull和push,所以一直认为只要clone 一个远程仓库到本地,然后修改再提交就可以推送回去,但是这次却碰到一个问题,公司的服务器上有一个git仓库,工程师在里面做开发和提交,我以为可以直接克隆下来修改再push就可以了,结果发现再push的时候开始时侯显示正常,但到最后出现一个错误提示:
这才知道原来的想法有问题,原来能够正常推送的仓库在建立的时候要建成一个bare类型的,这样的仓库和我们普通的不一样,进去以后看不到文件,不能用于开发,只能单纯做git仓库用,正规的git仓库本来就应该建成这样,不能直接用于开发,但是现在情况是工程师已经直接用于开发了,必须找到解决的方法,在网上搜索一通,才明白这些概念,最后有如下解决方法:
- 按照提示,在服务器的git仓库里运行 git config receive.denyCurrentBranch ignore,然后就可以提交了但是在服务器上再用git status 就会出现一个提示,要求git reset <head>命令恢复到正常,这种方法显然不好。
- 在本地修改并提交以后,手工生成一个patch文件,然后上传到服务器,再用这个patch给仓库打补丁,这样顺便每次提交的时候还可以review一下代码。下面说一下这个方法的步骤
首先第一步是本地提交,
git add .
git commit -m "xxxxx"
确定一下本地的仓库已经干净了,然后用git制作补丁
git format-patch HEAD^
# 从最后一次提交开始制作一个补丁,几个^就是几次提交
git format-patch <r1> .. <r2>
# r1 r2是hash code, 可以用git log得到
再将补丁拷贝到服务器上手工打补丁:
git apply xxx.patch
git am xxxx.patch
这两只的区别是前者只是相当于做一个文件的修改,还要自己在add 和commit.后者则直接提交,补丁里的注释也你一起提交。
其实正规的方法是建bare仓库,然后很容易就clone和push,可惜我们公司的工程师太牛,你说他不听,没办法才用这个不正规的办法,建议大家已有的仓库出问题了再用这种办法,标准的方法还是建bare仓库,然后大家都可以推送和修改,并限制个人访问的权力,其实用gitlab的社区版比较好