添加远程仓库
$ git remote add origin git@github.com:michaelliao/learngit.git
添加后,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库。
也可以
git clone
1 git init初始化
2 git add file1.txt 告诉git,添加到仓库
3 git commit -m “wrote a readme file” 提交到仓库,-m后面输入的是本次提交的说明,可以输入任意内容,当然最好是有意义的,这样你就能从历史记录里方便地找到改动记录。
github相关:
4 ssh-keygen -t rsa -C “youremail@example.com” 关联一个远程库,创建sshkey,把邮件地址换成你自己的邮件地址,然后一路回车,使用默认值即可,由于这个Key也不是用于军事目的,所以也无需设置密码。
5 git remote add origin git@github.com:hncg/cgg.git 添加后,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库。
6 git push -u origin master 把本地master分支的最新修改推送至GitHub,现在,你就拥有了真正的分布式版本库!我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。
7 git clone git@github.com:hncg/cgg.git
或者
git clone https://github.com/hncg/cgg.git
8 多人协作:
你的小伙伴要在dev分支上开发,就必须创建远程origin的dev分支到本地,于是他用这个命令创建本地dev分支:
$ git checkout -b dev origin/dev
现在,他就可以在dev上继续修改,然后,时不时地把dev分支push到远程。
git push origin dev失败,为你的小伙伴的最新提交和你试图推送的提交有冲突,解决办法也很简单,Git已经提示我们,先用git pull把最新的提交从origin/dev抓下来,然后,在本地合并,解决冲突,再推送。但是git pull 失败 ,原因是没有指定本地dev分支与远程origin/dev分支的链接,根据提示,设置dev和origin/dev的链接: git branch –set-upstream dev origin/dev 不过新版本的igt会给你提示 用 branch –set-upstream-to
9 git reflog 在Git中,总是有后悔药可以吃的。当你用$ git reset –hard HEAD^回退到add distributed版本时,再想恢复到append GPL,就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令。
10 git checkout -b test upstream/release 切换到远程的release 分支
因此,多人协作的工作模式通常是这样:
首先,可以试图用git push origin branch-name推送自己的修改;
如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
如果合并有冲突,则解决冲突,并在本地提交;
没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功!
如果git pull提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用命令git branch –set-upstream branch-name origin/branch-name。
gut rebase -i HEAD~ 2
设置commit的-m的值。
这就是多人协作的工作模式,一旦熟悉了,就非常简单。