git常用操作教程（转）

不敢说这是Git常用操作最全的教程，这是本人再前人的基础上加上应用了三年多git总结的，应该是比较全的，后续我还会把git 常见的错误总结出来。

git支持很多种不同的工作流程，我们采用的是与SVN接近的模拟中央服务器流程。即，有一个公用的代码库放在服务器上，开发者从这个共享的服务器克隆后，在本地开发，然后提交到服务器，并且从服务器获取其他用户提交的内容。

注意 git是分布式的代码控制系统，所以每个代码库都是平等的，这里只是在逻辑上划分了一个中央服务器而已，在物理结构上，中央代码库与本地代码库没有什么不同。
[编辑]创建帐号
git可以使用多种协议在代码库之间通信。我们目前采用ssh协议，需要用户在服务器上有一个ssh帐号才能访问代码库。用户需要在本机创建一个ssh密钥对，把公钥发给管理员，密钥保存在自己本机。这样，就可以使用密钥连接服务器。

开始工作之前，需要复制一套中央服务器的代码库：


本地修改和提交

git的提交操作是在本地完成的，不需要网络连接。

$ git add newfile
$ git commit -a
--- 填写此次提交的备注

这个操作实际是执行了获取更新，并且与本地代码合并两个操作。因为有可能2人改了同一个地方，所以这里有可能会出现冲突的情况。出现冲突时，需要手工合并代码。

$ git push

  1. 不要提交垃圾文件。包括临时文件，编译产生的二进制文件，个人设置文件，系统cache，与项目无关的文件等等。使用.gitignore文件来告诉git哪些文件应该忽略掉。

  2. 不要提交不能编译运行的代码到master分支。平时创建临时分支来工作，可以随时提交，当告一段落之后再合并到master分支。保证master分支的代码是可运行的，这样不会给团队中的其他人带来不必要的影响。

  3. 善用分支。可以每开始一个新功能时就创建一个新分支，改完后合并到master。每个新版本也要用一个新分支，这样如果需要改老版本的bug，那么可以很轻松地切换到老分支，改完后再切回新分支。

  4. 多提交，及时提交。每当改动达到可以用一句话描述的时候，就提交。

  5. 一定要写清楚提交注释，写明做了哪些修改，不要用笼统的一句话例如“改bug”，而是要写具体的说明例如，“按钮文字从转发改成分享”。
    每个准备提交上线的版本要打tag，命名成v1.0.0_rc1这种格式，第一次提交就是rc1，第二次提交就是rc2等等


三： 本地代码库管理
$ git config --global user.name "hufeng"
$ git config --global user.email hufeng@hufengvip.cn


3.把所有文件加入版本控制
$ git add .


5.扔掉对代码库所做的修改，恢复到HEAD版本
$ git checkout -f
或
$ git reset --hard

git log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit


8.切换到一个分支

9.切换回主分支

10.命令行提示符脚本

把下面的脚本放到 ~/.profile 或者 ~/.bashrc 里，命令行的提示符即会显示出当前的git分支名称。例如：~/Projects/cmb (master) $

null) || return
        echo "("${ref#refs/heads/}")"
}

PS1="\w \$(parse_git_branch)\$ "

git本身带了一个服务器命令，启动后，其他机器可以用git协议访问本机的代码库

$ git daemon --export-all --base-path=/home/pub/projects/ test.git

注意：

  • 如果返回“fatal: no matching remote head”，说明代码库里没有文件或者没有commit过。
  • 在.git目录下应该有git-daemon-export-ok这个文件，否则必须使用export-all参数来强制共享
  • 如果允许远程提交代码，需要加上 —enable=receive-pack 参数
在git rm -rf  --cached  CCB.xcodeproj/project.xcworkspace/xcuserdata/  

--cached 本地保留服务器删除

在新版 Git 中可以用 git remote rename 命令修改某个远程仓库的简短名称，比如想把 pb 改成 paul，可以这么运行：

注意

对远程仓库的重命名，也会使对应的分支名称发生变化，原来的 pb/master 分支现在成了paul/master。

 

碰到远端仓库服务器迁移，或者原来的克隆镜像不再使用，又或者某个参与者不再贡献代码，那么需要移除对应的远端仓库，可以运行 git remote rm 命令：

或者使用

 

//删除远程
 
 $ git branch -d xx //删除本地


6.复制一个远程代码库

7.从远程代码库上的主分支获取最新的代码

第一次：

以后：

 


8.将本地代码库的修改传给远程代码库

如果是提交到master分支：

警告 远程代码库应该是一个空的bare库，否则会搞乱working copy！！如果working copy是干净的，可以使用git checkout -f来同步代码库。如果已经做了修改，则就没有很好的办法恢复同步状态了！

 

有时候在本地创建的分支希望分享到远程代码库的分支里，下面命令会在远程创建一个名为branch的分支，并且和本地的branch分支关联起来

以后，即可使用 git push 来分享代码到远程库。

 

有时候需要在本地获取一个远程分支，使用这个命令：

$ git branch --track origin/branch

以后即可使用 git pull 来获取远程的更新

$ get fetch --all




可能的错误


$ git remote addorigin git@github.com:defnngj/hello-world.git


错误提示：fatal: remote origin already exists.


解决办法：


$ git remote rm origin


然后在执行：$ git remote add origin git@github.com:defnngj/hello-world.git 就不会报错误了


 





Git Cherry-pick





git-cherry-pick – Apply the changes introduced by some existing commits.



实际开发中会有这种情况：同时存在 v1、v2 两个分支，且不可合并。然后发现两个分支都存在某 bug，在 v1 中修复，需要合并到 v2，要么手动修改，或者用 git cherry-pick:

git cherry-pick 0ba264a1e666bacc
















 



基本流程步骤



git .init 

git add * 

git  remote add origin dev@faa

git commit -a -m “”

git push origin master











    
posted on 
2016-06-12 17:40 
混元真人 
阅读(205) 
评论(0) 
编辑 
收藏 
举报