git使用教程

目录

本文整理于 bilibili传智播客Git

Git使用

1. git 介绍

git是分布式版本控制系统。

  • git两个特点
    • 版本控制:解决多人同时开发,也可以解决找回历史代码问题。
    • 分布式:同一个Git仓库,可以分布到不同的机器上。

2. 版本库创建与回退

2.1 版本创建与回退使用

(1)新建目录git_test ,在git_test目录下执行命令git init

Initialized empty Git repository in /home/guo/git-test/.git/

(2)在目录git_test 下创建文件code.txt ,并编辑内容"this is first time!"。

touch code.txt
vim code.txt
cat code.txt

(3)创建新版本 git add git commit

使用示例
[ git-test]$ git add code.txt
[ git-test]$ git commit -m "version 1"
[master (root-commit) 0aa3958] version 1
 Committer: centos7 
Your name and email address were configured automatically based
on your username and hostname. Please check that they are accurate.
You can suppress this message by setting them explicitly:
    git config --global user.name "Your Name"
    git config --global user.email 
After doing this, you may fix the identity used for this commit with:
    git commit --amend --reset-author
 1 file changed, 1 insertion(+)
 create mode 100644 code.txt

(4)查看版本记录 git log

[ git-test]$ git log
commit 0aa3958bfd2feb084e9aac00ce2519ee1fbdede4
Author: centos7 <>
Date:   Thu Jun 11 20:06:34 2020 +0800

    version 1

commit后是创建版本的序列号

(5)添加内容"this is second time!",并创建新版本

使用示例
[ git-test]$ git add code.txt
[ git-test]$ git commit -m "version 2"
[master 190a322] version 2
 Committer: centos7 
Your name and email address were configured automatically based
on your username and hostname. Please check that they are accurate.
You can suppress this message by setting them explicitly:
    git config --global user.name "Your Name"
    git config --global user.email 
After doing this, you may fix the identity used for this commit with:
    git commit --amend --reset-author
 1 file changed, 1 insertion(+)
[ git-test]$ git log
commit 190a32256adfc27535c4f46c7e827bd537d792fb
Author: centos7 
Date:   Thu Jun 11 20:13:50 2020 +0800
    version 2
commit 0aa3958bfd2feb084e9aac00ce2519ee1fbdede4
Author: centos7 
Date:   Thu Jun 11 20:06:34 2020 +0800
    version 1

(6)若想回退到某一个版本,使用命令git reset --hard HEAD^

[ git-test]$ git reset --hard HEAD^
HEAD is now at 0aa3958 version 1

?? 总有一个指针HEAD 指向最新的版本。

?? HEAD 的前一个版本由HEAD^HEAD~1 表示,类似的前三个版本由HEAD^^^HEAD~3 表示。

git使用教程

注意:版本2记录的是与版本1的不同之处,即修改了什么。

(7)回到版本2 git reset --hard 版本2序列号(commit后的序列号)

[ git-test]$ git reset --hard 190a32256adfc
HEAD is now at 190a322 version 2

序列号只要粘贴前一段字符即可,无需全部粘贴。

(8)如果终端关闭,则不能知道版本2的序列号。使用git reflog 查看操作记录,可以观察到版本2创建时的序列号。

[ git-test]$ git reflog
190a322 {0}: reset: moving to 190a32256adfc
0aa3958 {1}: reset: moving to HEAD^
190a322 {2}: commit: version 2
0aa3958 {3}: commit (initial): version 1

2.2 工作区与暂存区

2.2.1 工作区

电脑中的目录,比如上述创建的git_test 就是一个工作区。

2.2.2 版本库(Repository)

??工作区有一个隐藏目录.git ,这个不是工作区,而是git的版本库

??git版本库中存有

  • 暂存区(stage index
  • git自动创建的第一个分支master
  • 指向master的一个指针HEAD

??创建git版本库时,git自动创建了唯一一个master分支。所以,git commit 就是往master分支 上提交修改。

git使用教程

??把文件像git版本库添加时,是分两步执行的:

  • 第一步,用git add 把文件添加进去,实际上就是把文件修改添加到暂存区
  • 第二部,用git commit 提交更改,实际上就是把暂存区的所有内容提交到当前分支

在创建一个版本之前(git commit)可以多次把文件的修改添加到暂存区,然后一起提交版本记录。

示例:

展开查看
[ git-test]$ ls -al
total 8
drwxrwxr-x.  3 guo guo   34 Jun 11 20:27 .
drwx------. 16 guo guo 4096 Jun 11 20:12 ..
-rw-rw-r--.  1 guo guo   41 Jun 11 20:27 code.txt
drwxrwxr-x.  8 guo guo  183 Jun 11 20:27 .git   #版本库
[ git-test]$ touch code2.txt
[ git-test]$ vi code2.txt 
[ git-test]$ cat code2.txt 
the code2 first line!
[ git-test]$ vi code.txt 
[ git-test]$ cat code.txt 
this is first time!
this is second time!
this is third line!
[ git-test]$ git status  #查看当前工作状态命令
# On branch master
# Changes not staged for commit:
#   (use "git add ..." to update what will be committed)
#   (use "git checkout -- ..." to discard changes in working directory)
#
#	modified:   code.txt
#
# Untracked files:
#   (use "git add ..." to include in what will be committed)
#
#	code2.txt
no changes added to commit (use "git add" and/or "git commit -a")
[ git-test]$ git add code.txt code2.txt
[ git-test]$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD ..." to unstage)
#
#	modified:   code.txt
#	new file:   code2.txt
#
[ git-test]$ git commit -m "version3"
[master d4002ab] version3
 Committer: centos7 
Your name and email address were configured automatically based
on your username and hostname. Please check that they are accurate.
You can suppress this message by setting them explicitly:
    git config --global user.name "Your Name"
    git config --global user.email 
After doing this, you may fix the identity used for this commit with:
    git commit --amend --reset-author
 2 files changed, 2 insertions(+)
 create mode 100644 code2.txt
[ git-test]$ git status 
# On branch master
nothing to commit, working directory clean

2.3 管理修改

git管理的文件修改,它只会提交暂存区的修改来创建版本。已修改但git add 添加至暂存区的文件,git commit 提交时并不会提交这些文件。

2.4 撤销修改

?? 使用git checkout -- <文件> 丢弃/撤销 工作区 的改动。

[ git-test]$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	modified:   code.txt
#
no changes added to commit (use "git add" and/or "git commit -a")
[ git-test]$ git checkout -- code.txt#丢弃工作区改动
[ git-test]$ git status
# On branch master
nothing to commit, working directory clean

?? 撤销暂存区的改动,分为两步:

  • 命令git reset HEAD <file name>暂存区 的修改撤销掉,重新放回到工作区。
  • 命令git checkout -- <文件> 撤销 工作区 的改动。

2.5 对比文件不同

?? 对比工作区某个版本中文件的不同:

(1)继续编辑文件code.txt ,在其中添加一行内容。

[ git-test]$ vi code.txt 
[ git-test]$ cat code.txt 
this is first time!
this is second time!
this is third line!
this is forth line!
this is the new line    #新添加的行!

(2)对比工作区中code.txtHEAD 版本中code.txt 的不同,使用如下命令 git diff HEAD -- <file name>

[ git-test]$ git diff HEAD -- code.txt
diff --git a/code.txt b/code.txt
index 1ad94ce..7dbc8b3 100644
--- a/code.txt
+++ b/code.txt
@@ -2,3 +2,4 @@ this is first time!
 this is second time!
 this is third line!
 this is forth line!
+this is the new line #工作区code.txt多了一行

(3)丢弃上述改动

?? 对比两个版本间文件的不同

(1)对比HEADHEAD^ 两个版本中code.txt 的不同,使用如下命令 git diff HEAD HEAD^ -- <file name>

[ git-test]$ git diff HEAD HEAD^ -- code.txt
diff --git a/code.txt b/code.txt
index 1ad94ce..694349e 100644
--- a/code.txt
+++ b/code.txt
@@ -1,4 +1,3 @@
 this is first time!
 this is second time!
 this is third line!
-this is forth line!   # HEAD^少了一行

2.6 删除文件

(1)使用rm <file name> 在工作区删除文件。

[ git-test]$ rm code2.txt 
[ git-test]$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	deleted:    code2.txt
#
no changes added to commit (use "git add" and/or "git commit -a")

取消删除 git checkout -- <file>

(2)提交到暂存区,命令git rm <file name> ,并使用git commit 提交。

[ git-test]$ git rm code2.txt
rm ‘code2.txt‘
[ git-test]$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#	deleted:    code2.txt
[ git-test]$ git commit -m "delete code2.txt"
[master bb5a223] delete code2.txt
... ...

git log 版本过多时,屏幕显示不全,可以使用上下箭头翻看。键入q 退出查看模式。

git log 可以通过指定参数过滤要显示的内容。

[ git-test]$ git log --pretty=oneline
bb5a2230b06ede9bfd894b1a4ef82bdc812504ad delete code2.txt
c86fb4aa618fb6241e3a89ae33fae34d407e2842 version4
d4002ab7a666d34d014adf67481984572ee55c65 version3
190a32256adfc27535c4f46c7e827bd537d792fb version 2
0aa3958bfd2feb084e9aac00ce2519ee1fbdede4 version 1

3 分支管理

3.1 概念

分支实际开发中的应用:

? 假设A准备开发一个新功能,但是需要两周才能完成,第一周写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活。但如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。

? 解决:创建属于A自己的分支,别人看不到,还继续在原来的分支上正常工作,而A在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全又不影响别人工作。

3.2 创建与合并分支

git把我们之前提交的版本串成一条时间线,这条时间线就是一个分支。截止到目前只有一条时间线,在git里,这个分支叫主分支,即master分支。HEAD严格来说并不是指向提交,而是指向master,master才是指向提交的,所以HEAD指向的就是当前分支。

(1)一开始的时候,master分支是一条线,git用master指向最新的提交,再用HEAD指向master。因此可以知道当前分支,以及当前分支的提交点;

git使用教程

每次提交(commit),master都会增加一个节点,向前移动一步。这样随着不断提交,master分支的线也越来越长。

(2)当创建新的分支,如dev 时,git新建了一个指针叫dev ,其指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上;

git使用教程

git创建分支:添加新指针,修改HEAD指向,工作区没有发生任何变化。

(3)此时,对工作区的修改和提交就是针对 dev 分支了,比如新提交一次后, dev 指针向前移动一步,而 master指针不变;

git使用教程

(4)如果在dev分支上的工作完成了,可以把dev合并到master上。最简单的合并方法,直接把master指向dev当前提交。

git使用教程

(5)合并完分支后,可以删除dev分支。删除dev分支就是把dev指针给删掉,删掉后,就剩下一条master分支。

git使用教程

? 案例

(1)查看当前有几个分支,且在哪个分支下工作。命令git branch

[ git-test]$ git branch
* master

(2)创建新分支dev ,并切换到其上进行工作。创建并切换分支命令git checkout -b <branch name>

[ git-test]$ git checkout -b dev
Switched to a new branch ‘dev‘
[ git-test]$ git branch
* dev
  master

(3)向新分支dev提交

[ git-test]$ git log --pretty=oneline
bb5a2230b06ede9bfd894b1a4ef82bdc812504ad delete code2.txt
c86fb4aa618fb6241e3a89ae33fae34d407e2842 version4
d4002ab7a666d34d014adf67481984572ee55c65 version3
190a32256adfc27535c4f46c7e827bd537d792fb version 2
0aa3958bfd2feb084e9aac00ce2519ee1fbdede4 version 1

[ git-test]$ vi code.txt #添加新行:new line

[ git-test]$ git add code.txt
[ git-test]$ git commit -m "branch dev commit"

[ git-test]$ git log --pretty=oneline
c1eb2f67b35e62aaece03a3e4caa7cc84191914f branch dev commit
bb5a2230b06ede9bfd894b1a4ef82bdc812504ad delete code2.txt
... ...

(4)dev 工作完成,切换回 master 分支。命令 git checkout <branch name>

[ git-test]$ git checkout master
Switched to branch ‘master‘
[ git-test]$ git branch
  dev
* master

master分支上,code.txt文件并没有添加新内容 "new line",也没有新的提交 "branch dev commit"。

(5)合并dev到master,快速合并命令 git merge <branch name>

[ git-test]$ git merge dev
Updating bb5a223..c1eb2f6
Fast-forward
 code.txt | 1 +
 1 file changed, 1 insertion(+)
[ git-test]$ cat code.txt 
this is first time!
this is second time!
this is third line!
this is forth line!
new line    #在dev分支上添加的行

快速合并,直接将master指向dev的当前提交,所以合并速度非常快。

有的情况下,是不能使用快速合并的。

(6)合并完成后,删除dev分支。git branch -b <branch name>

[ git-test]$ git branch -d dev
Deleted branch dev (was c1eb2f6).
[ git-test]$ git branch
* master

? 分支命令小结

查看分支:git branch
创建分支:git branch <name>
删除分支:git branch -d <name>

切换分支:git checkout <name>
创建+切换分支:git checkout -b <name>

合并某分支到当前分支:git merge <name>
git使用教程

3.3 解决冲突

合并分支并不是总是成功的,可能发生冲突。

(1)创建新分支 dev ,修改code.txt文件(添加一行 add one more line),并进行提交。

[ git-test]$ git checkout -b dev
Switched to a new branch ‘dev‘
[ git-test]$ git branch
* dev
  master
[ git-test]$ vi code.txt 
[ git-test]$ git add code.txt
[ git-test]$ git commit -m "branch dev commit 2"

(2)切换到master分支,在该分支上修改code.txt文件(添加一行 add one more line in master),并进行提交。

[ git-test]$ git checkout master
Switched to branch ‘master‘
[ git-test]$ vi code.txt 
[ git-test]$ git add code.txt
[ git-test]$ git commit -m "master branch commit"

(3)合并会报错

[ git-test]$ git merge dev
Auto-merging code.txt
CONFLICT (content): Merge conflict in code.txt
Automatic merge failed; fix conflicts and then commit the result.

git status 查看冲突

[ git-test]$ git status
# On branch master
# You have unmerged paths.
#   (fix conflicts and run "git commit")
#
# Unmerged paths:
#   (use "git add <file>..." to mark resolution)
#
#	both modified:      code.txt
#
no changes added to commit (use "git add" and/or "git commit -a")

(4)修改冲突文件,查看并修改冲突 code.txt 文件

vi code.txt
this is first time!
this is second time!
this is third line!
this is forth line!
new line
<<<<<<< HEAD                            # 手动删除
add one more line in master
=======                                 # 手动删除
add one more line
>>>>>>> dev                             # 手动删除

(5)重新提交融合

[ git-test]$ git add code.txt
[ git-test]$ git commit -m "solve question"
[ git-test]$ git log --pretty=oneline
c68a39e0e25b41ad1993e09f7ac6f95e5164fb5e solve question
ab658e7e47989c50ca6d6279bc3ff7d19142f91a master branch commit
5edea62a09485e725b1311eb5e39ce37a61b21bb branch dev commit 2
c1eb2f67b35e62aaece03a3e4caa7cc84191914f branch dev commit
... ...

也可以使用命令git log --graph --pretty=oneline查看分支图

[ git-test]$ git log --graph --pretty=oneline
*   c68a39e0e25b41ad1993e09f7ac6f95e5164fb5e solve question
|\  
| * 5edea62a09485e725b1311eb5e39ce37a61b21bb branch dev commit 2
* | ab658e7e47989c50ca6d6279bc3ff7d19142f91a master branch commit
|/  
* c1eb2f67b35e62aaece03a3e4caa7cc84191914f branch dev commit
* bb5a2230b06ede9bfd894b1a4ef82bdc812504ad delete code2.txt
... ...

(6)删除dev分支

[ git-test]$ git branch -d dev
Deleted branch dev (was 5edea62).
[ git-test]$ git branch
* master

3.4 分支管理策略

3.4.1 策略一

通常,合并分支时,git会用fast forward(快速合并)模式,但是有些快速合并不能成功而且合并时没有冲突,这个时候git会合并之后做一次新的提交。

但这种模式下,删除分支后,会丢掉分支信息。

(1)创建并切换到dev分支,新建文件code3.txt并编辑,commit提交。切换回master,编辑文件code.txtcommit提交。

[ git-test]$ git checkout -b dev
[ git-test]$ touch code3.txt
[ git-test]$ vi code3.txt 
[ git-test]$ git add code3.txt
[ git-test]$ git commit -m "new code3.txt"
[g git-test]$ git checkout master
[ git-test]$ vi code.txt 
[ git-test]$ git add code.txt
[ git-test]$ git commit -m "add hello line"

? dev分支

[ git-test]$ git log --pretty=oneline
5347c83dc0a518fa402fde25918f8b7a88798d07 new code3.txt
c68a39e0e25b41ad1993e09f7ac6f95e5164fb5e solve question
ab658e7e47989c50ca6d6279bc3ff7d19142f91a master branch commit
... ...

? master分支

087a26be044b372600908067ed630a4d45dd57c5 add hello line
c68a39e0e25b41ad1993e09f7ac6f95e5164fb5e solve question
ab658e7e47989c50ca6d6279bc3ff7d19142f91a master branch commit
... ...

(2)合并dev内容到master

git merge dev

该命令运行后,会弹出一个窗口:

Merge branch ‘dev‘   #修改此处信息,使用同vi

# Please enter a commit message to explain why this merge is necessary,
# especially if it merges an updated upstream into a topic branch.
#
# Lines starting with ‘#‘ will be ignored, and an empty message aborts
# the commit.

查看

[ git-test]$ git log --pretty=oneline
5b683d9f1aa33ca5a112b17736b48389cf718efe Merge branch dev to master   #新增一次提交 没有new code3.txt分支提交信息
087a26be044b372600908067ed630a4d45dd57c5 add hello line
5347c83dc0a518fa402fde25918f8b7a88798d07 new code3.txt
....
[ git-test]$ git log --pretty=oneline --graph
*   5b683d9f1aa33ca5a112b17736b48389cf718efe Merge branch dev to master
|\  
| * 5347c83dc0a518fa402fde25918f8b7a88798d07 new code3.txt
* | 087a26be044b372600908067ed630a4d45dd57c5 add hello line
|/  
*   c68a39e0e25b41ad1993e09f7ac6f95e5164fb5e solve question
|\  
| * 5edea62a09485e725b1311eb5e39ce37a61b21bb branch dev commit 2
* | ab658e7e47989c50ca6d6279bc3ff7d19142f91a master branch commit
|/  
* c1eb2f67b35e62aaece03a3e4caa7cc84191914f branch dev commit

不会起冲突,两个分支都有编辑,但是不是同一个文件!

3.4.2 策略二

如果要强制禁用fast forward模式,git就会在merge时生成一个新的commit,这样,从分支历史上就可看到分支信息。

(1)创建并切换到dev分支,编辑文件code.txtcommit提交。切换回master

(2)合并dev分支,添加--no-ff参数,表示禁用Fast forward

[ git-test]$ git merge --no-ff -m "Disable mode fast forward" dev
Already up-to-date.

因为本次合并会创建一个新的commit,所以加上-m参数,把commit描述进去。

--no-ff 为了保存分支提交记录

[ git-test]$ git log --pretty=oneline
04188f22bab5cdc8234db3953f89c0c3ff4c03b0 Disable mode fast forward
f4234444f9a85f208ac9dd8d0b9fcd3754fa1f9b add new line to dev
5b683d9f1aa33ca5a112b17736b48389cf718efe Merge branch dev to master
... ...

3.5 Bug分支

软件开发中,经常有bug需要修复。在git中,由于分支的强大,每个bug可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除

(1)目标:修复代号001的bug任务时,很自然的想要创建一个分支bug-001来修复它。但是,当前dev上进行的工作还没有提交:

[t git-test]$ vi code.txt 
[ git-test]$ git status
# On branch dev
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	modified:   code.txt
#
no changes added to commit (use "git add" and/or "git commit -a")

?? 该工作只进行了一半,还没有办法提交,预计还需1天时间完成。但是必须在2个小时内修复bug,怎么办?

(2)git提供stash功能,可以将当前工作现场“储存”起来,等以后恢复现场时再继续工作。

[ git-test]$ git stash
Saved working directory and index state WIP on dev: 04188f2 Disable mode fast forward
HEAD is now at 04188f2 Disable mode fast forward

再次检查,工作区变干净了

[ git-test]$ git status
# On branch dev
nothing to commit, working directory clean

(3)确定哪个分支的bug,假设是master,在master上创建临时分支。然后修复。

git checkout master
git checkout -b bug-001
vi code.txt #修复
git add code.txt
git commit -m "clear bug-001"

(4)修复完成后,切换到master分支,完成合并(禁止fast forward模式:可以保存修复的分支记录,即使临时分支被删除),删除bug-001分支。

git checkout master
git merge --no-ff -m "修复bug-001" bug-001

(5)现在bug修复完成,回到dev分支干活。

git checkout dev

(6)git stash list命令查看,其可以显示保存的工作现场

(7)恢复现场git stash pop

4 使用GitHub

4.1 创建仓库

登录GitHub网站,点击右上角“+”号,选择下拉菜单中的 New repository

4.2 添加ssh账户

(1)点击账户头像后的下拉三角,选择‘settings‘下的 SSH and GPG keys

???如果某台机器需要与github上的仓库交互,那么就要把这台机器的ssh公钥添加到这个github账户

(2)将自己电脑的SSH公钥粘贴到SSH keys下的Key中。

?? centos7系统

  1. 配置用户名与邮箱

    git config --global user.name <username>
    git config --global user.email <email>

    username与email为GitHub注册时填写。

    git config --list  #查看配置
  2. 生成ssh密匙

    [ ~]$ ssh-keygen -t rsa -C ‘14********.com‘
    Generating public/private rsa key pair.
    Enter file in which to save the key (/home/guo/.ssh/id_rsa):

    一直按回车即可

    /home/guo/.ssh/文件夹下生成两个文件id_rsaid_rsa.pub

    id_rsa 是私钥,自己保留!

  3. 把公钥id_rsa.pub内容复制到GitHub的Key中,点击Add SSH key

?? Windows系统

  • 下载Git Bash,其他操作同上述一样。

  • 生成的文件对放在 /c/Users/Guo/.ssh/id_rsa 目录下。

4.3 克隆项目

(1)git clone <repo ssh addr> ?

(2)如果克隆是发生错误,执行代码:

eval "$(ssh-agent -s)"
ssh-add

4.4 上传分支

(1)开发时,创建新的分支。

$ git checkout -b smart
# 开发
$ touch prac.md
$ vi prac.md
# 本机保存、提交
$ git add prac.md
$ git commit -m "new prac file"

当开发一段时间,完成某功能后,将代码向GitHub推送

(2)推送分支,代码向GitHub推送。命令git push origin 分支名称?

推送分支,就是把该分支上的所有本地代码提交到远程库,推动时要指定本地分支,这样,git就会把该分支推送到远程库对应的远程分支上。远程分支用origin表示。

$ git push origin smart
Enumerating objects: 4, done.
Counting objects: 100% (4/4), done.
Delta compression using up to 8 threads
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 286 bytes | 95.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
remote:
remote: Create a pull request for ‘smart‘ on GitHub by visiting:
remote:      https://github.com/miaomiaowu-gx/HelloWorld/pull/new/smart
remote:
To https://github.com/miaomiaowu-gx/HelloWorld.git
 * [new branch]      smart -> smart

4.5 将本地分支跟踪服务器分支

命令 git branch --set-upstream-to=origin/远程分支名 本地分支名

$ git branch --set-upstream-to=origin/smart smart
Branch ‘smart‘ set up to track remote branch ‘smart‘ from ‘origin‘.
# 分支smart设置为跟踪来自origin的远程分支smart

修改本地文件并commit,此时使用git status查询信息:

$ git status
On branch smart
Your branch is ahead of ‘origin/smart‘ by 1 commit.
  (use "git push" to publish your local commits)

nothing to commit, working tree clean

一旦已经跟踪远程的分支,直接使用git push推送即可,无需后面再加其他参数!

4.6 从远程分支上拉取代码

git pull origin 分支名称,该命令会把远程分支smart上的代码下载并合并到本地所在分支。

$ git pull origin smart
From https://github.com/miaomiaowu-gx/HelloWorld
 * branch            smart      -> FETCH_HEAD
Already up to date.

5 工作使用git

项目经理:

(1)项目经理搭建项目的框架。

(2)搭建完项目框架后,项目经理把项目框架代码放到服务器。

普通员工:

(1)在自己的电脑上,生成ssh公钥,然后把公钥给项目经理,项目经理把它添加在服务器上。

(2)项目经理会给每个组员的项目代码的地址,组员把代码下载到自己的电脑上。

(3)创建本地分支dev,在dev分支中进行每天的开发。

(4)每一个员工开发完自己的代码后,都需要将代码发布到远程的dev分支上。

项目里一般会出现两个分支:

  • Master:用于保存发布的项目代码版本。如V1.0、V2.0。
  • Dev:用于保存开发过程中的代码。

注意:不是写点代码就向 远程dev推送,别人有可能会使用你推送的dev分支上的代码。所以要求推送上的代码具有完整性、准确性。

相关推荐