1.提交代码前,查看当前有哪些文件被修改过 git status
2. 一般提交代码都不会直接合并到master上 而是会建立自己的分支,为了避免出现错误
(1.) git branch 查看自己所在分支
(2.)git checkout -b dev 创建名称为dev的分支并且进入
(3.) git checkout master 切换到master分支
3.提交代码流程
(1.) git status 查看状态
(2.)git add -A 提交到缓冲区
(3.) git commit -m " 提交信息" 提交
(4.) git push origin HEAD :refs/for /分支 提交到分支上
以上图片就很好说明为什么每次都要先add 再commit
4.更新与合并代码
git pull
git merge master 合并主分支代码
4.1 分支与分支的合并
如果你有 dev 和dev1 两个分支,提测的时候要求你把dev分支代码合并到dev1上,首先你需要完成以下几个步骤
1).git checkout master 切换到master主干上
2).git pull 拉下代码主干的
3 ). git checkout dev 切换到dev 上
4 ). git merge master 这个的含义是指将master代码合并到dev分支上
5 )。 git checkout dev1 切换到dev1 上
6). git merge dev 这个的含义是指将dev 代码合并到dev1分支上
7 ). 此时如果合并没有冲突则完成 有冲突会在里面有提示 打开对应得文件即可,
如果没有冲突的话,merge完成。有冲突的话,git会提示那个文件中有冲突,比如有如下冲突:
<<<<<<< HEAD:test.c
printf (“test1″);
=======
printf (“test2″);
>>>>>>> issueFix:test.c
可以看到 ======= 隔开的上半部分,是 HEAD(即 dev分支,在运行 merge 命令时检出的分支)中的内容,下半部分是在dev1 分支中的内容。解决冲突的办法无非是二者选其一或者由你亲自整合到一起。
8).git add -A git commit -m " 修改信息" git push origin head:refs/for/dev1
可能有人会有疑问,为什么会再次提交到分支上,我给大家说明一下 修改之后 你提交修改或者冲突,提交到分支上,这时候才算彻底修改结束.合并完成
5.一些小的细节的应用
(1.) git commit --amend 与git commit -m 区别
git commit --amend 是改写提交 如果之前已经-m 提交过 第二次改变的事相同的内容的地点 则可以用 --amend 提交即可 然后 :wq保存退出
6.用户信息配置
git config --global user.name " jhon"
git config --global user.email *****.@qq.com
7.查看配置信息
git config --list
6. git下载
地址:https://git-scm.com/downloads