实验一 Git代码版本管理

实验目的：

1）了解分布式分布式版本控制系统的核心机理；

2) 熟练掌握git的基本指令和分支管理指令；

实验内容：

1）安装git

2）初始配置git ，git init git status指令

3）掌握git log ,git add ,git diff 指令

4) 掌握git tag git branch，git commit 指令

5）掌握git revert 指令

实验内容：

安装Git：在群里下载老师所发的Git软件。

配置Git：

在开始使用 Git 之前，你需要配置 Git。在命令行工具中运行以下每行，确保所有选项都已被配置好。

# 设置你的 Git 用户名

git config --global user.name "<Your-Full-Name>"

# 设置你的 Git 邮箱

git config --global user.email "<your-email-address>"

# 确保 Git 输出内容带有颜色标记

git config --global color.ui auto

# 对比显示原始状态

git config --global merge.conflictstyle diff3

git config --list

配置过程如下：

2）从头创建仓库

　　 在对 Git 仓库进行 commit 或执行任何其他操作之前，需要一个实际存在的仓库。要使用 Git 新建一个仓库，我们将使用 git init 命令。

　　创建项目目录并使用git init命令

 

 

克隆现有仓库

　　在 Git 上进行克隆的方法是调用我们将在终端上运行的命令 git clone，然后传入要克隆的 Git 仓库的路径。

　　首先需要验证终端位置，在克隆任何内容之前，确保命令行工具已定位于正确的目录下。克隆项目会新建一个目录，并将克隆的 Git 仓库放在其中。

 

 

 

 

 

判断仓库的状态

　　git status 是了解 Git 的核心所在。它将告诉我们 Git 正在考虑什么，以及 Git 所看到的我们仓库的状态。

 

 

3）git log

　　使用命令行转到项目的目录下，输入git log命令。

 

 

git log --oneline

　　git log --oneline 命令以不同的格式风格来代替 git log。

　　git clone --oneline 命令：

• 每行显示一个 commit

• 显示 commit 的 SHA 的前 7 个字符

• 显示 commit 的消息

 

 

 git log --star

　　The git log 命令有一个选项可以用来显示 commit 中更改的文件以及添加或删除的行数。该选项为 --stat（stat 是“统计信息 statistics”的简称）

 

 

git log -p

　　git log 命令具有一个可用来显示对文件作出实际更改的选项。该选项是 --patch，可以简写为 -p。

 

 

-p 选项（和 --patch 选项一样）用来更改 git log 显示信息的方式：

$ git log -p

• 此命令会向默认输出中添加以下信息：

• 显示被修改的文件

• 显示添加/删除的行所在的位置

• 显示做出的实际更改

 

4）git add&amp;git commit&amp;git diff

　　使用 git add 将 index.html 添加到暂存区

 

 创建一个叫做 index.html 的文件，并添加一些起始代码，建立 js 和css 文件夹，并在文件下分别建立 app.js 和 app.css 文件，文件内容可为空。

 

 使用git commit提交并查看当前状态

 

 

5）git diff

　　通过使用 git status 命令我们可以知道哪些文件被更改了可是不会显示到底是什么样的更改，像这种情况我们通常可以使用 git diff 命令。git diff 命令用来查看那些已被加入但是尚未提交的更改。

6)git tag

　　输入git tag显示仓库中的标签

 

 

 

 

7)git branch

　　创建分支

 

 

 

 

实验过程中发生的问题：

　　1使用 git add 将 index.html 添加到暂存区不会使用  cd   ..   切换目录,后来查找资料知道了

　　2index.html没创建成功，后来手动创建了

       3在实验过程中容易出错，需要细心

 

实验小结：

　　这次试验让我初步认识了git以及git的基本使用方法，实验不是很难，自己一点一点的摸索出来了，还是很开心的

 

思考题：

　　阅读维基百科和百度百科 的Git词条，总结分布式分布式版本控制系统的核心机理

1、从服务器上克隆完整的Git仓库(包括代码和版本信息)到单机上。

2、在自己的机器上根据不同的开发目的，创建分支，修改代码。

3、在单机上自己创建的分支上提交代码。

4、在单机上合并分支。

5、把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。

6、生成补丁(patch)，把补丁发送给主开发者。

7、看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突(他们之间可以合作解决的冲突)，就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。

8、一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。