git 使用经验

1, 切换分支:

git  checkout  《分支名字》: git checkout clhandle

2,查看有哪些分支:

git  branch ;

查看远端有哪些分支:

git branch -r

3,拉取远端分支:(本地没有该分支的时候???)

git fetch origin cl_handle: clhandle;

注意: fetch  将远端拉到本地 但是 不合并;

origin 表示远端,

cl_handle 是远端的分支名

clhandle 如果本地没有这个分支 就会创建;

---------------------------------

git pull origin cl_handl  将远端的 cl_handle 分支 拉取到本地并合并;(本地的当前分支)

4, 撤消 修改(当内容还没有提交的时候  有效)

例如 git status 列出 以下文件被修改;

那么 : git  checkout 《文件名》 即可;

还支持通配符;

5,add:

1) git status:  to list all file status ;

2)git add *.cpp  to add all cpp file listed;

6,commit : for first established git , should after first commit, there would be a master branch can be seen;

git commit -m "this is a first commit"  //[提交的是暂存区里面的内容,也就是 Changes to be committed 中的文件 ]

git commit -a 除了将暂存区里的文件提交外,还提交 Changes but not updated 中的文件。

7,添加远程主机

git remote add origin [email protected]:/home/XXXXX.git

中间这个orgin 就是 添加的远程 主机名; 正如前面用到的;//[此时还不用输入密码]

8,push:

git push origin master:master :  远程主机名 +  本地分支名: 远程分支名(如果不存在该分支 则创建)

9,恢复:

git reset -soft :取消了commit  
git reset -mixed(默认) :取消了commit ,取消了add
git reset -hard :取消了commit ,取消了add,取消源文件修改

我使用了 git  reset 文件名 来回复之前错误的add 操作;

当代码被删除  并且被提交了; 但是并没有被更新到远端;

我使用了 git reset HEAD <file name > 来撤消当前的add 操作;

然后使用了 git checkout <file name > 这样被删除的代码就回来了;

10:关于远端设置

git remote -v:显示当前所有远程库的详细信息,显示格式为 远程库名字 url连接(类型)

2)修改已经保存的远端地址:

git remote rm origin 

git remote add origin [email protected]:Liutos/foobar.git

或者尝试 使用

11, git fetch origin

自从mac 上在远程仓库上创建了新的分支,在unbuntu 上怎么也找不到;(git branch -r ); 原因:git没有中心服务器, 所有的命令都在本地执行; Origin 是远端名称;

这样会将远端的分支信息 同步到本地 , 这样就可以拉去远程其他分支了;

12: 新建一个本地分支

git branch <新分支名字>

13,git 查看 某一个 文件的 修改记录

git log -p filename

14: git 停止跟踪 文件

git rm --cached readme.txt  参数: --cached: 不删除 本地文件

git rm -n readme.txt  查看某文件是否被跟踪

15: 代码合并:当远端代码 有更新  , 同时本地代码也有更新; 有冲突的时候 直接push  和 push 都不行了;

1)先 fetch :  例如 git fetch clpc master  : 拉取 远端 clpc 的master的分支提交信息[ 不知道是否必要,但是我执行了这一步]

2)再merge: 例如:git merge clpc/master: 将远端的更新直接 合并到当前的分支;

疑问:

1) 为什么在使用git pull 拉取最新代码后, 但是 却没有发现 代码修改,查看 文件 log 时候  发现了 更新日志;

原因: 本地文件在合并前  有修改,并且已经提交, 因此没有merge  进来;

解决办法:

需要手动merge 远程分支 到本地; 然后提交merge 以后 才能使用;

git merge clpc/master master


时间: 2024-12-14 06:41:26

git 使用经验的相关文章

Git使用经验总结

1. Git如何获得两个版本间所有变更的文件列表 用"git log"或者"git log|grep <name>"查到关注的版本的哈希值,然后 git diff dd1b3f4d24e9bc8813e0ddb68396684aa2cd684d 83ca581804524f0d271c82779b102bb20cca32ce --stat 或者 git diff dd1b3 83ca5 --stat 前4-6位就可区分 2. 典型的git checkou

GIT使用经验

不要用git pull,用git fetch和git merge代替它. git pull的问题是它把过程的细节都隐藏了起来,以至于你不用去了解git中各种类型分支的区别和使用方法.当然,多数时候这是没问题的,但一旦代码有问题,你很难找到出错的地方.看起来git pull的用法会使你吃惊,简单看一下git的使用文档应该就能说服你. 将下载(fetch)和合并(merge)放到一个命令里的另外一个弊端是,你的本地工作目录在未经确认的情况下就会被远程分支更新.当然,除非你关闭所有的安全选项,否则gi

git使用经验(一)

在使用Git Push代码到数据仓库时,提示如下错误: [remote rejected] master -> master (branch is currently checked out) 错误原型 remote: error: refusing to update checked out branch: refs/heads/master remote: error: By default, updating the current branch in a non-bare reposit

Git详解之三 Git分支

相关文档 — 更多 Git 基础培训.ppt GIT 使用经验.ppt GIT 介绍.pptx GIT 分支管理是一门艺术.docx Eclipse上GIT插件EGIT使用手册.docx git/github学习笔记.doc git 版本控制系统.docx Git开发管理之道.pdf Git内部培训资料.pptx Git权威指南-第5篇-第32章-Gerrit.pdf Gitolite 构建 Git 服务器.pdf 版本控制之道 - 使用Git.pdf Git使用指南(中文).pdf Git-C

贯穿Git使用

>本文总结于自己在工作中对Git使用经验的总结,重点是使用.对于Git相关理论网上很多,可与SVN作对比由此深入,这里简单指出最重要的几点,有兴趣可深入. <p>git checkout -b Lxf_Local_IPPM origin/16B_Featcher_IPPM<p>git pull -r origin 16B_Featcher_IPPM<p>git clean -fdx<p>git checkout 16B_Featcher_IPPM<

git 使用那些事儿

git使用经验总结 一.克隆项目 1.通过GitLab查询 项目  的地址 2.克隆项目(gitAddr需从gitLab中查得) git clone gitAddr 3.切分支 切到dev分支 git checkout dev 4.转换为eclipse项目 mvn eclipse:eclipse 5.导入到eclipse中 二.提交流程 1. 拉代码(dev是分支名称.本命令,在分支目录下执行) git pull origin dev begin if [正常] 2. 提交所有变化 到 暂存区

Git内部原理探索

目录 前言 Git分区 .git版本库里的文件/目录是干什么的 Git是如何存储文件信息的 当我们执行git add.git commit时,Git背后做了什么 Git分支的本质是什么 HEAD引用 参考 @ 前言 洞悉技术的本质,可以让我们在层出不穷的框架面前仍能泰然处之.用了那么久的 Git,不懂点内部原理,那可不行!懂点原理可以让我们遇到问题的时候能够更好更快的理清解决问题的思路.博客原文 要真正读懂本文可能需要以下基础: 有 Git 使用经验 对 Git 的三个分区有所了解 熟悉常用的

指导思想

告诉我,我可能转眼就忘:较我,我会牢记在心:参与其中,我会心领神会.--本杰明·富兰克林 不论读多少书,学习知识的最佳方式是将其应用于实践. 比如:阅读了<git使用经验(已读70%)>,仅需要阅读其中的一部分知识,其他的部分需要结合实践:因为是工作的需要,不能将大部分时间都用在学习上,而忽略了业务水平的提升. 教训:把工作做得尽善尽美,就得学会找到所有可能失败的原因:如果规避了大部分可能失败的行为和局面,那么你成功的概率将大大增加.比如在工作中,学会去在"事前"验证可能的

Eclipse的Git工具EGit的使用经验

由于项目需要,简单看了一下这个工具的使用.发现在最新版的Eclipse Luna中似乎已经集成这个工具了,对于旧一点版本的Eclipse,可以在:http://www.eclipse.org/egit/ 查看安装方法. 安装好并重启Eclipse之后,我们可以切换到Git视图,在这里可以将我们已经在公开或私有GIt网站上的Repository Clone到本地.基本步骤都很简单,到了"Local Destination"这一步的时候,有些设置需要注意,假设我们只使用如下图所示的默认设置