搭建Git服务器
GitHub就是一个免费托管开源代码的远程仓库。但是对于某些视源代码如生命的商业公司来说,既不想公开源代码,又舍不得给GitHub交保护费,那就只能自己搭建一台Git服务器作为私有仓库使用。
搭建Git服务器需要准备一台运行Linux的机器,强烈推荐用Ubuntu或Debian,这样,通过几条简单的apt命令就可以完成安装。
假设你已经有sudo权限的用户账号,下面,正式开始安装。
第一步,安装git:
$ sudoapt-getinstallgit
第二步,创建一个gituser用户,用来运行git服务:
$ sudo adduser gituser
第三步,创建证书登录:
su gituser
cd /home/gituser
mkdir .ssh &&chmod700 .ssh
touch .ssh/authorized_keys &&chmod600 .ssh/authorized_keys
收集所有需要登录的用户的公钥,就是他们自己的id_rsa.pub文件,把所有公钥导入到/home/gituser/.ssh/authorized_keys文件里,一行一个。
第四步,初始化Git仓库:
一般来说git仓库的名称都是以.git结尾.先选定一个目录作为Git仓库,假定是/srv/sample.git,在/srv目录下输入命令:
$ sudogit init --bare sample.git
Git就会创建一个裸仓库,裸仓库没有工作区,因为服务器上的Git仓库纯粹是为了共享,所以不让用户直接登录到服务器上去改工作区,并且服务器上的Git仓库通常都以.git结尾。然后,把owner改为gituser:
$ sudochown -R gituser:gituser sample.git
第五步,禁用shell登录:
出于安全考虑,第二步创建的gituser用户不允许登录shell,这可以通过编辑/etc/passwd文件完成。找到类似下面的一行:
gituser:x:1001:1001:,,,:/home/gituser:/bin/bash
改为:
gituser:x:1001:1001:,,,:/home/gituser:/usr/bin/git-shell
注:这里“/usr/bin/git-shell”应该指的是git的二进制应用程序。
这样,gituser用户可以正常通过ssh使用git,但无法登录shell,因为我们为gituser用户指定的git-shell每次一登录就自动退出。
第六步,克隆远程仓库:
现在,可以通过git clone命令克隆远程仓库了,在各自的电脑上运行:没有sudu
$ git clone gituser@server:/srv/sample.git
Cloning into 'sample'...
warning: You appear to have cloned an empty repository.
剩下的推送就简单了。
提交代码
git init // 初始化版本库
gitadd. // 添加文件到版本库(只是添加到缓存区),.代表添加文件夹下所有文件
git commit -m "first commit" // 把添加的文件提交到版本库,并填写提交备注
到目前为止,我们完成了代码库的初始化,但代码是在本地,还没有提交到远程服务器,所以关键的来了,要提交到就远程代码服务器,进行以下两步:
git remote add origin 你的远程库地址 // 把本地库与远程库关联
git push -u origin master // 第一次推送时
git push origin master // 第一次推送后,直接使用该命令即可推送修改
把本地库的内容推送到远程。使用 git push命令,实际上是把当前分支master推送到远程。执行此命令后会要求输入用户名、密码,验证通过后即开始上传。
说明:用户名密码需要通过命令
ssh-keygen -t rsa -C “[email protected]”
进行创建,并且要把得到的秘钥(公钥)文件放到git服务器上,这样才有权限进行代码推送
管理公钥
如果团队很小,把每个人的公钥收集起来放到服务器的
/home/gituser/.ssh/authorized_keys
文件里就是可行的。如果团队有几百号人,就没法这么玩了,这时,可以用Gitosis来管理公钥。
这里我们不介绍怎么玩Gitosis了,几百号人的团队基本都在500强了,相信找个高水平的Linux管理员问题不大。
管理权限
有很多不但视源代码如生命,而且视员工为窃贼的公司,会在版本控制系统里设置一套完善的权限控制,每个人是否有读写权限会精确到每个分支甚至每个目录下。因为Git是为Linux源代码托管而开发的,所以Git也继承了开源社区的精神,不支持权限控制。不过,因为Git支持钩子(hook),所以,可以在服务器端编写一系列脚本来控制提交等操作,达到权限控制的目的。Gitolite就是这个工具。
这里我们也不介绍Gitolite了,不要把有限的生命浪费到权限斗争中。
小结
• 要方便管理公钥,用Gitosis;
• 要像SVN那样变态地控制权限,用Gitolite。
在Git服务器上首先需要将/etc/ssh/sshd_config中将RSA认证打开:
RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile .ssh/authorized_keys
在/home/git下创建.ssh目录,然后创建authorized_keys文件,把id_rsa.pub里面的内容复制到authorized_keys文件中
service sshd restart
严重警告: 1. 必须保证git用户的根目录的文件夹权限为 755 2. 必须保证git用户的根目录下的.ssh文件夹权限为 700 3. 必须保证git用户的根目录下的.ssh文件夹中的authorized_keys文件的权限为 600
切换分支
git chechout 分支名
git init,git init—bare的区别
在初始化远程仓库时最好使用 git --bare init 而不要使用:git init
如果使用了git init初始化,则远程仓库的目录下,也包含work tree,当本地仓库向远程仓库push时, 如果远程仓库正在push的分支上(如果当时不在push的分支,就没有问题), 那么push后的结果不会反应在work tree上, 也即在远程仓库的目录下对应的文件还是之前的内容,必须得使用git reset --hard才能看到push后的内容.
在初始化远程仓库最好使用下面命令来初始化:
git --bare init
而不要使用:
git init
“普通库”指用"git init"命令创建的GIT库;
“裸库”指用"git init –bare"命令创建的GIT库;
当你创建一个普通库时,在工作目录下,除了.git目录之外,你还可以看到库中所包含的所有源文件。你拥有了一个可以进行浏览和修改(add, commit, delete等)的本地库。
当你创建一个裸库时,在工作目录下,只有一个.git目录,而没有类似于本地库那样的文件结构可供你直接进行浏览和修改。但是你仍旧可以用git show命令来进行浏览,举个例子(参数为某个commit的SHA1值):
git show 921dc435a3acd46e48e3d1e54880da62dac18fe0
一般来说,一个裸库往往被创建用于作为大家一起工作的共享库,每一个人都可以往里面push自己的本地修改。一个惯用的命名方式是在库名后加上.git,举个例子:
# mkdir example.git# cd example.git# git init --bare .
这样你便拥有了一个叫做example的共享库。在你自己的本地机器上,你可以用git remote add命令做初始化check-in:
// assume there’re some initial files you want to push to the bare repo you just created,
// which are placed under example directory
# cd example# git init# git add *# git commit -m "My initial commit message"# git remote add origin [email protected]:example.git# git push -u origin master
项目团队里面的每个人都可以clone这个库,然后完成本地修改之后,往这个库中push自己的代码。
git clone [email protected]:example.git
cd example
git push origin <local_branch_name>:<remote_branch_name>
git删除远程文件夹或文件的方法
如下,我把src里的全部移除,但是本地文件还保留。
git rm -r -n --cached /src/ //-n:加上这个参数,执行命令时,是不会删除任何文件,而是展示此命令要删除的文件列表预览。
git rm -r --cached /src/ //最终执行命令.
git commit -m"移除src目录下所有文件的版本控制" //提交
git push origin master //提交到远程服务器
git裸仓库设置默认分支
删除一个远程分支时出现错误提示:
$ git push --delete origin foobar
也就是foobar是远程仓库的当前分支(由于使用git clone --bare生成裸仓库造成的),因为远程仓库是裸仓库,所以不能使用普通的git checkout命令切换分支。在裸仓库中使用如下命令来切换当前分支:
$ git symbolic-ref HEAD refs/heads/devel
这样就将裸仓库的当前分支切换为devel分支,删除foobar分支就没问题了。
$ git push origin :foobar
这个命令实质上是修改了.git/HEAD文件,使其内容为:
ref: refs/heads/devel
fatal: 不是一个有效的对象名:‘master’。
需要初始化仓库了之后需要你向里面添加文件并提交,这是才可以用:git branch命令查询到有master分支;
git pull错误:refusing to merge unrelated histories
问题场景重现:
我在本地建了个项目,在github新建了项目。现在想把本地项目推送到github新建项目上。
给本地项目添加远程项目仓库地址:git remote add origin url
拉取远程项目代码:git pull origin master. 报错"refusing to merge unrelated histories"
重新拉取:git pull --allow-unrelated-histories origin master,成功
原因:本地项目和托管项目是完全两个不通的项目
! [已拒绝] master -> master (非快进)
可以这样解决,强制更新:
git pull -f origin dev:dev
我每天使用 Git ,但是很多命令记不住。
一般来说,日常使用只要记住下图6个命令,就可以了。但是熟练使用,恐怕要记住60~100个命令。
下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。
•Workspace:工作区
•Index / Stage:暂存区
•Repository:仓库区(或本地仓库)
•Remote:远程仓库
git commit 主要是将暂存区里的改动给提交到本地的版本库
增加/删除文件
添加指定文件到暂存区
$ git add [file1] [file2] …
添加指定目录到暂存区,包括子目录
$ git add [dir]
添加当前目录的所有文件到暂存区
$ git add .
添加每个变化前,都会要求确认
对于同一个文件的多处变化,可以实现分次提交
$ git add -p
删除工作区文件,并且将这次删除放入暂存区
$ git rm [file1] [file2] …
停止追踪指定文件,但该文件会保留在工作区
$ git rm --cached [file]
改名文件,并且将这个改名放入暂存区
$ git mv [file-original] [file-renamed]
代码提交# 提交暂存区到仓库区
$ git commit -m [message]
提交暂存区的指定文件到仓库区
$ git commit [file1] [file2] … -m [message]
提交工作区自上次commit之后的变化,直接到仓库区
$ git commit -a
提交时显示所有diff信息
$ git commit -v
使用一次新的commit,替代上一次提交
如果代码没有任何新变化,则用来改写上一次commit的提交信息
$ git commit --amend -m [message]
重做上一次commit,并包括指定文件的新变化
$ git commit --amend [file1] [file2] …
此后一般步骤:
sudo git init --bare GenerationDetection.git
sudo chown chatbot:chatbot GenerationDetection.git/
版权归原作者 大鹏的NLP博客 所有, 如有侵权,请联系我们删除。