"); //-->
官方学习地址
https://git-scm.com/book/zh/v2
简单的代码提交流程
1. git status 查看工作区代码相对于暂存区的差别;
2. git add . 将当前目录下修改的所有代码从工作区添加到暂存区 . 代表当前目录;
3. git commit -m ‘注释’ 将缓存区内容添加到本地仓库;
4. git push origin master 将本地版本库推送到远程服务器;
5. origin是远程主机,master表示是远程服务器上的master分支,分支名是可以修改的。
防止出错的步骤
1. git add xx/xxx/file1 xx/xx/file2;
2. git stash 将本地修改存储起来;
3. git pull 从仓库获取最新代码;
4. git stash pop stash@{0} 将本地的代码和远程获取的合并(这里可能提示冲突conflict);
5. git status 看哪几个有冲突,如果没冲突,→8 commit,push, 如果冲突→6;
6. git difftool xx/xxx/file3 唤起对比工具,将远程的代码段合并到本地的文件中;
7. git status 看刚才修改的文件有没有add,如果是红色,add一下;
8. git commit -m "姓名 修改某某功能";
9. git push origin head:refs/for/dev_core。
回退流程
【参考】
https://www.cnblogs.com/wpcnblog/p/9945732.html
现在先假设几个环境,本文将会给出相应的解决方法:
1. 本地代码(或文件)已经add但是还未commit;
2. 要回退的commit的代码已经commit了,但是还未push到远程个人repository;
3. 要回退的commit的代码已经push到远程的个人分支,但是还未merge到公共的repository;
4. 要回退的commit的代码已被merge(合入)到公共的repository。
git reset有三个参数soft、mixed、hard分别对应head的指针移动、index(暂存区)以及工作目录的修改,当缺省时,默认为mixed参数。
git revert与reset的区别是git revert会生成一个新的提交来撤销某次提交,此次提交之前的commit都会被保留,也就是说对于项目的版本历史来说是往前走的。而git reset 则是回到某次提交,类似于穿越时空。
冲突解决
【解决本地和远程仓库冲突,当需要pull时提示本地和远程仓库有冲突时】
1. 将本地修改的文件添加到暂存区
git add filename
2. 将本地修改存储起来
git stash
可以通过git stash list查看暂存的内容stash@{0}就是刚才修改的内容
3. pull远程仓库
git pull
git pull <远程主机名> <远程分支名>:<本地主机名>
4. 还原暂存的内容
git stash pop stash@{0}
撤销检查
撤销对某个文件的修改,还原成历史版本,相当于cc的撤销检出
git checkout -- xxx.java (带--)
删除文件
git删除代码的时候务必使用git -rm -r
不要使用rm -rf等linux命令,或者在文件夹里面删除,然后再git add
这样在gerrit会显示冲突(虽然强行提交也没有问题,但是非常不建议这样操作)
去掉换行符自动转换
git config --global core.autocrlf false (!关闭自动转换换行符命令)
git config --global core.safecrlf true
防止提交字符乱码
git config --global gui.encoding utf-8
git config --global core.quotepath false
git config --global i18n.commit.encoding utf-8
git config --global i18n.logoutputencoding utf-8
查看用户名和邮箱地址
$ git config user.name
$ git config user.email
修改用户名和邮箱地址
$ git config --global user.name "username"
$ git config --global user.email "email"
撤回commit操作
写完代码后,我们一般这样:
git add . //添加所有文件
git commit -m "本功能全部完成"
执行完commit后,想撤回commit,如何操作?
git reset --soft HEAD
如何忽略.gitignore文件本身
git rm -r --cached .gitignore
git add .
git commit -m 'update .gitignore'
在使用Git的过程中,时常会出现这样一种情况,明明已经提前写好了规则,但是却不起作用,导致每次仍需要重复提交规则,让人难以忍受。
其实是因为这个文件里的规则对已经追踪的文件是没有效果的,所以我们需要使用rm命令清除一下相关的缓存内容。这样文件就会以未追踪的形式出现,然后再重新添加提交一下规则,此时再运行一下git status指令就可以发现,.gitignore文件变为了untrack。
*博客内容为网友个人发布,仅代表博主个人观点,如有侵权请联系工作人员删除。