ubuntu上github的部署(草稿)
ubuntu上github的部署
1. 单git账户的配置
首先介绍ubuntu上不存在git账户时,配置首个git的情况,机台上配置多git账户的情况可参见第二章节。
参考文献
1.1 配置Git
首先在本地创建ssh key;1
$ ssh-keygen -t rsa -C "your_email@youremail.com"
后面的your_email@youremail.com改为你在github上注册的邮箱,之后会要求确认路径和输入密码,我们这使用默认的一路回车就行。成功的话会在~/下生成.ssh文件夹,进去,打开id_rsa.pub,复制里面的key。
回到github上,进入 Account Settings(账户配置),左边选择SSH Keys,Add SSH Key,title随便填,粘贴在你电脑上生成的key。
github-account
为了验证是否成功,在git bash下输入:1
$ ssh -T git@github.com
如果是第一次的会提示是否continue,输入yes就会看到:You’ve successfully authenticated, but GitHub does not provide shell access 。这就表示已成功连上github。
接下来我们要做的就是把本地仓库传到github上去,在此之前还需要设置username和email,因为github每次commit都会记录他们。1
2$ git config --global user.name "your name"
$ git config --global user.email "your_email@youremail.com"
进入要上传的仓库,右键git bash,添加远程地址:1
$ git remote add origin git@github.com:yourName/yourRepo.git
后面的yourName和yourRepo表示你再github的用户名和刚才新建的仓库,加完之后进入.git,打开config,这里会多出一个remote “origin”内容,这就是刚才添加的远程地址,也可以直接修改config来配置远程地址。
创建新文件夹,打开,然后执行 git init 以创建新的 git 仓库。
检出仓库
执行如下命令以创建一个本地仓库的克隆版本:1
git clone /path/to/repository
如果是远端服务器上的仓库,你的命令会是这个样子:1
git clone username@host:/path/to/repository
工作流
你的本地仓库由 git 维护的三棵”树”组成。第一个是你的 工作目录,它持有实际文件;第二个是 暂存区(Index),它像个缓存区域,临时保存你的改动;最后是 HEAD,它指向你最后一次提交的结果。
你可以提出更改(把它们添加到暂存区),使用如下命令:1
2git add <filename>
git add *
这是 git 基本工作流程的第一步;使用如下命令以实际提交改动:1
git commit -m "代码提交信息"
现在,你的改动已经提交到了 HEAD,但是还没到你的远端仓库。
trees
推送改动
你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库:1
git push origin master
可以把 master 换成你想要推送的任何分支。
如果你还没有克隆现有仓库,并欲将你的仓库连接到某个远程服务器,你可以使用如下命令添加:1
git remote add origin <server>
如此你就能够将你的改动推送到所添加的服务器上去了。
分支
分支是用来将特性开发绝缘开来的。在你创建仓库的时候,master 是”默认的”分支。在其他分支上进行开发,完成后再将它们合并到主分支上。
branches
创建一个叫做”feature_x”的分支,并切换过去:1
git checkout -b feature_x
切换回主分支:1
git checkout master
再把新建的分支删掉:1
git branch -d feature_x
除非你将分支推送到远端仓库,不然该分支就是 不为他人所见的:1
git push origin <branch>
更新与合并
要更新你的本地仓库至最新改动,执行:1
git pull
以在你的工作目录中 获取(fetch) 并 合并(merge) 远端的改动。
要合并其他分支到你的当前分支(例如 master),执行:
1 | git merge <branch> |
在这两种情况下,git 都会尝试去自动合并改动。遗憾的是,这可能并非每次都成功,并可能出现冲突(conflicts)。 这时候就需要你修改这些文件来手动合并这些冲突(conflicts)。改完之后,你需要执行如下命令以将它们标记为合并成功:1
git add <filename>
在合并改动之前,你可以使用如下命令预览差异:1
git diff <source_branch> <target_branch>
标签
为软件发布创建标签是推荐的。这个概念早已存在,在 SVN 中也有。你可以执行如下命令创建一个叫做 1.0.0 的标签:1
git tag 1.0.0 1b2e1d63ff
1b2e1d63ff 是你想要标记的提交 ID 的前 10 位字符。可以使用下列命令获取提交 ID:1
git log
你也可以使用少一点的提交 ID 前几位,只要它的指向具有唯一性。
替换本地改动
假如你操作失误(当然,这最好永远不要发生),你可以使用如下命令替换掉本地改动:1
git checkout -- <filename>
此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。
假如你想丢弃你在本地的所有改动与提交,可以到服务器上获取最新的版本历史,并将你本地主分支指向它:1
2git fetch origin
git reset --hard origin/master
实用小贴士
内建的图形化 git:
gitk
彩色的 git 输出:1
git config color.ui true
显示历史记录时,每个提交的信息只显示一行:1
git config format.pretty oneline
交互式添加文件到暂存区:1
git add -i
链接与资源
图形化客户端1
2
3
4
5GitX (L) (OSX, 开源软件)
Tower (OSX)
Source Tree (OSX, 免费)
GitHub for Mac (OSX, 免费)
GitBox (OSX, App Store)
指南和手册
Git 社区参考书
专业 Git
像 git 那样思考
GitHub 帮助
图解 Git
相关文章
Github 简明指南:http://rogerdudler.github.io/git-guide/index.zh.html
如何高效利用GitHub:http://www.yangzhiping.com/tech/github.html
1 | ssh-keygen -t rsa -C "your_emailm@gmail.com" |
2. 多git账户的配置
参考文献
如果你已经有了一套名为 id_rsa 的公秘钥,将要生成另外一个公钥,比如 aysee ,你也可以使用任何你喜欢的名字。
步骤如下:
1、生成一个新的自定义名称的公钥:
1 | ssh-keygen -t rsa -C "YOUR_EMAIL@YOUREMAIL.COM" -f ~/.ssh/aysee |
执行命令后,生成命名的公钥和生成默认公钥的步骤一样。
执行完成后,会在 ~/.ssh/目录下生成一个 aysee 和 aysee.pub 文件。
2、在 SSH 用户配置文件 ~/.ssh/config 中指定对应服务所使用的公秘钥名称,如果没有 config 文件的话就新建一个,并输入以下内容:
1 | Host github.com www.github.com |
3、添加 aysee.pub 到你的git服务器网站上。
4、测试配置文件是否正常工作
1 | ssh -T git@gitcafe.com |
如果,正常的话,会出现如下提示:
1 | Hi USERNAME! You've successfully authenticated, but github does not provide shell access. |
如果出现如下提示,则说明有权限问题:
1 | Permission denied (publickey) |
如果有权限问题的情况下,你对项目执行push操作的时候,会得到如下提示:
Warning: Permanently added the RSA host key for IP address ‘192.30.252.129’ to the list of known hosts.
Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
多用户时出现权限问题的原因:
github使用SSH与客户端连接。如果是单用户(first),生成密钥对后,将公钥保存至 GitHub ,每次连接时SSH客户端发送本地私钥(默认~/.ssh/id_rsa)到服务端验证。单用户情况下,连接的服务器上保存的公钥和发送的私钥自然是配对的。但是如果是 多用户 (first,second),我们在连接到second的帐号时,second保存的是自己的公钥,但是SSH客户端依然发送默认私钥,即first的私钥,那么这个验证自然无法通过。
解决ssh权限问题():
通常一台电脑生成一个ssh不会有这个问题,当一台电脑生成多个ssh的时候,就可能遇到这个问题,解决步骤如下:
1、查看系统ssh-key代理,执行如下命令
1
1 | $ ssh-add -l |
以上命令如果输出 The agent has no identities. 则表示没有代理。如果系统有代理,可以执行下面的命令清除代理:
1
1 | $ ssh-add -D |
2、然后依次将不同的ssh添加代理,执行命令如下:
1
2
1 | $ ssh-add ~/.ssh/id_rsa |
你会分别得到如下提示:
1 | 2048 8e:71:ad:88:78:80:b2:d9:e1:2d:1d:e4:be:6b:db:8e /Users/aysee/.ssh/id_rsa (RSA) |
和
1 | 2048 8e:71:ad:88:78:80:b2:d9:e1:2d:1d:e4:be:6b:db:8e /Users/aysee/.ssh/id_rsa (RSA) |
如果使用 ssh-add ~/.ssh/id_rsa的时候报如下错误,则需要先运行一下 ssh-agent bash 命令后再执行 ssh-add …等命令
Could not open a connection to your authentication agent.1
2
3
4
3、配置 ~/.ssh/config 文件
如果没有就在~/.ssh目录创建config文件,该文件用于配置私钥对应的服务器
Default github user(first@mail.com)
Host github.com
HostName github.com
User git
IdentityFile C:/Users/username/.ssh/id_rsa
aysee (company_email@mail.com)
Host github-aysee
HostName github.com
User git
IdentityFile C:/Users/username/.ssh/aysee
1 | Host随意即可,方便自己记忆,后续在添加remote是还需要用到。 配置完成后,在连接非默认帐号的github仓库时,远程库的地址要对应地做一些修改,比如现在添加second帐号下的一个仓库test,则需要这样添加: |
git remote add test git@github-aysee:ay-seeing/test.git
1 | #并非原来的git@github.com:ay-seeing/test.git |
ssh -T git@github.com
1 | 你会得到如下提示,表示这个ssh公钥已经获得了权限 |
Hi USERNAME! You’ve successfully authenticated, but github does not provide shell access.
`