项目管理系统软件开发_威海自适应网站建设_深圳外贸seo_企业网站seo案例分析

Linux 软件包管理器yum

什么是软件包

在Linux下安装软件，一个通常的办法是下载到程序的源代码，进行编译，得到可执行程序
但是这样太麻烦了，于是有些人把一些常用的软件提前编译好，做成软件包（可以理解成windows上的安装程序）放在一个服务器上，通过包管理器可以很方便的获取到这个编译好的软件包，直接进行安装。
软件包和软件包管理器，就好比“App”和“应用商店”这样的关系。
yum（Yellow dog updater,Modified）是Linux下非常常用的一种包管理器，主要应用在Fedora，RedHat，Centos等发行版上。

关于 rzsz

这个工具用于windows机器和远端的Linux机器通过Xshell传输文件。

安装完毕之后可以通过拖拽的方式将文件上传过去。

注意事项

关于yum的所有操作必须保证主机（虚拟机）网络畅通！！！

可以通过ping指令验证

ping www.baidu.com

查看软件包

通过 yum list 命令可以罗列出的当前一共有哪些软件包。由于包的数量可能非常之多，这里我们需要使用grep命令只筛选出我们关注的包。例如：

yum list | grep lrzsz

结果如下：

lrzsz.x86_64     0.12.20-36.el7     @base

注意事项：

软件包名称：主版本号，次版本号，源程序发行号-软件包的发行号，主机平台，cpu架构
x86_64 后缀表示64位系统的安装包，i686 后缀表示32位系统安装包，选择包时要和系统匹配。
el7 表示操作系统发行版的版本，el7 表示centos7/redhat7 el6 表示centos6/redhat6
最后一列，base 表示的是软件源的名称，类似于“ 小米应用商店”，“华为应用商店" 这样的概念。

如何安装软件

通过yum，我们可以通过很简单的一条命令完成gcc的安装

sudo yum install lrzsz

yum 会自动找到都有哪些软件包需要下载，这时候敲”y“ 确认安装。

出现”complete“ 字样，说明安装完成。

注意事项;

安装软件时由于需要向系统目录中写入内容，一般需要sudo或者切到root账户下才能完成。
yum安装软件只能一个装完了再装另一个，正在yum安装一个软件的过程中，如果再尝试用yum安装另外一个软件，yum会报错。
如果yum报错，请自行百度。

如何卸载软件

仍然时一条命令

sudo yum remove lrzsz

Linux 开发工具

IDE例子：

Linux编辑器-vim使用

vi/vim的区别简单点来说，它们都是多模式编辑器，不同的是vim是vi的升级版本，它不仅兼容vi 的所有指令，而且还有一些新的特性在里面。例如语法加亮，可视化操作不仅可以在终端运行，也可以运行于x window、 mac os、windows。

1. Vim 的基本概念

课堂上我们讲解vim 的三种模式（其实有好多模式，目前掌握这三种即可），分别是命令模式（command mode）、插入模式（Insert mode）和底行模式（last line mode），各模式的功能区分如下：

正常/普通/命令模式(Normal mode)

控制屏幕光标的移动、字符、字或行的删除，移动复制某区段及进入Insert mode 下，或者到last line mode

插入模式（Insert mode）

只有在Insert mode下，才可以做文字输入，按 [ESC] 键可回到命令行模式。该模式是我们后面用的最频繁的编辑模式。

末行模式（last line mode）

文件保存或退出，也可以进行文件替换，找字符串，列出行号等操作。在命令模式下，shift+；即可进入该模式。要查看你的所有模式：打开vim，底行模式直接输入

: help vim-modes

我这里一共有12种模式：six BASIC modes 和six ADDITIONAL modes.

2.vim的基本操作

进入vim，在系统提示符号输入vim及文件名称后，就进入vim全屏幕编辑画面
- $ vim test.c
- 不过有一点要特别注意，就是你进入vim之后，是处于【正常模式】，你要切换到【插入模式】才能够输入文字。
【正常模式】切换至【插入模式】
- 输入a
- 输入i
- 输入o
【插入模式】切换至【正常模式】
- 目前处于【插入模式】，就只能一直输入文字，如果发现输错了字，想要用光标键往回移动，将该字删除，可以先按一下【ESC】键转到【正常模式】再删除文字。当然，也可以直接删除。
【正常模式】切换至【末行模式】
- 【shift+；】，其实就是输入[ : ]
退出vim及保存文件，在【正常模式】下，按一下【：】冒号键进入【Last line mode】例如：
- ：w（保存当前文件）
- ：wq（输入【wq】，存盘并退出vim）
- ：q！（输入q！，不存盘强制退出vim）

3. vim正常模式命令集

插入模式
- 按【i】切换进入插入模式【insert mode】，按 i 进入插入模式后从光标当前位置开始输入文件；
- 按【a】进入插入模式后，是从目前光标所在位置的下一个位置开始输入文字；
- 按【o】进入插入模式后，是插入新的一行，从行首开始输入文字。
从插入模式切换到命令模式
- 按【ESC】键。
移动光标
- vim 可以直接用键盘上的光标来上下左右移动，但正规的vim是用小写英文字母【h】、【j】、【k】、【l】，分别控制光标做、下、上、右移一格。
- 按【G】：移动到文章的最后
- 按【$】：移动到光标所在行的”行尾“
- 按【^】: 移动到光标所在行的”行首“
- 按【w】：光标跳到下一个字的开头
- 按【e】：光标跳到下一个字的字尾
- 按【b】：返回上一个字的开头
- 按【#l】：光标移动到该行的第#个位置，如：5l，56l
- 按【gg】：进入文本开始
- 按【shift + g】: 进入文本末端
- 按【ctrl 】+ 【b】：屏幕往"后"移动一页
- 按【ctrl】 + 【f】：屏幕往”前“ 移动一页
- 按【ctrl】 + 【u】：屏幕往“后” 移动半页
- 按【ctrl】 +【d】：屏幕往“前”移动半页
删除文字
- 【x】：每按一次，删除光标所在位置的一个字符
- 【#x】：例如，【6x】表示删除光标所在位置的“后面”（包括自己在内）6个字符
- 【X】：大写的X，每按一次，删除光标所在位置的“前面”的一个字符
- 【#X】: 例如：【20X】表示删除光标所在位置的“前面”20个字符
- 【dd】：删除光标所在行(本质类似于剪切当前行)
- 【#dd】：从光标所在行开始删除#行
复制
- 【yw】: 将光标所在之处到字尾的字符复制到缓冲区种。
- 【#yw】：复制#个字到缓冲区
- 【yy】：复制光标所在行到缓冲区。
- 【#yy】：例如，【6yy】表示拷贝从光标所在的该行”往下数“6行文字.
- 【p】：将缓冲区内的字符贴到光标所在位置。注意：所有与”y“ 有关的复制命令都必须与”“p”配合才能完成复制与粘贴功能。
替换
- 【r】：替换光标所在处的字符。
- 【R】：替换光标所到之处的字符，直到按下【ESC】键为止。
撤销
- 【u】：如果您误执行一个命令，可以马上按下【u】，回到上一个操作。按多次“u” 可以执行多次回复。
- 【ctrl +r】：撤销的恢复
更改
- 【cw】：更改光标所在处的字到字尾处
- 【c#w】：例如，【c3w】表示更改3个字
跳至指定的行
- 【ctrl】+【g】列出光标所在行的行号。
- 【#G】：例如，【15G】，表示移动光标至文章的第15行行首

4. vim末行模式命令集

在使用末行模式之前，请记住先按【ESC】键确定您已经处于正常模式，再按【：】冒号即可进入末行模式。

列出行号
- 【set nu】：输入【set nu】后，会在文件种的每一行前面列出行号。
跳到文件种的某一行
- 【#】：【#】号表示一个数字，在冒号后输入一个数字，再按回车键就会跳到该行了，如输入数字15，再回车，就会跳到文章的第15行
查找字符
- 【/关键字】：先按【/】，在输入您想寻找的字符，如果第一次找的关键字不是您想要的，可以一直按【n】会往后寻找到您要的关键字为止。
- 【？关键字】：先按【？】键，在输入您想寻找的字符，如果第一次找的关键字不是您想要的，可以一直按【n】会往前寻找到您要的关键字为止。
保存文件
- 【w】：在冒号输入字母【w】就可以将文件保存起来
离开vim
- 【q】：按【q】就是退出，如果无法离开vim，可以在【q】后跟一个【！】强制离开vim
- 【wq】：一般建议离开时，搭配【w】一起使用，这样在退出的时候还可以保存文件。

5. vim操作总结

三种模式
- 正常模式
- 插入模式
- 底行模式
我们一共有12种总模式

参考资料：Vim从入门到牛逼（vim from zero to hero）

Linux 编译器-gcc/g++使用

1. 背景知识

预处理（进行宏替换）
编译（生成汇编）
汇编（生成机器可识别代码）
链接（生成可执行文件或库文件）

2. gcc如何完成

格式： gcc 【选项】要编译的文件【选项】【目标文件】

预处理（进行宏替换）

预处理功能主要包含宏替换，文件包含，条件编译，去注释等。
预处理指令时以#号开头的代码行
实例： gcc -E hello.c -o hello.i
选项 -E , 该选项的作用是让gcc在与处理结束后停止编译过程。
选项 -o 是指目标文件，“i” 文件为已经预处理的C原始程序

编译（生成汇编）

在这个阶段种，gcc 首先要检查代码的规范性、是否有语法错误等，以确定代码的实际要做的工作，在检查无误后，gcc把代码翻译成汇编语言。
用户可以使用“-S”选项来进行查看，该选项只进行编译而不进行汇编，生成汇编代码。
实例： gcc -S hello.i -o hello.s

汇编（生成机器可识别代码）

汇编阶段是把编译阶段生成的“.s”文件转成目标文件
读者在此可使用选项“-c” 就可看到汇编代码已转为了“.o”的二进制目标代码了
实例： gcc -c hello.s -o hello.o

链接（生成可执行文件或库文件）

在成功编译之后，就进入链接接单
实例： gcc hello.o -o hello

在这里涉及到一个重要的概念：函数库

我们的C程序中，并没有定义“printf”的函数实现，且在预编译种包含的“stdio.h”种页只有该函数的声明，而没有定义函数的实现，那么，是在哪里实现的“printf”函数的呢？
最后的答案是：系统把这些函数实现都被做到到了一个名为 libc.so.6 的库文件中去了，在没有特别指定时，gcc回到系统默认的搜索路径“/usr/lib”下进行查找，也就是链接到libc.so.6 库函数中去，这样就能实现函数“printf”了，而这也就是链接的作用。

函数库一般分为静态库和动态库两种。

静态库是指编译链接时，把库文件的代码全部加入到可执行文件中，因此生成的文件比较大，但在运行时也就不再需要库文件了。其后缀名一般为“.a”
动态库与之相反，在编译链接时并没有把库文件的代码加入到可执行文件中，而是在程序执行时由运行时链接文件加载库，这样可以节省系统的开销。动态库一般后缀名为“.so” , 如前面所述的 libc.so.6 就是动态库。gcc在编译时默认使用动态库。完成了链接之后，gcc就可以生成可执行文件，如下所示。 gcc hello.o -o hello
gcc 默认生成的二进制程序，是动态链接的，这点可以通过file 命令验证。

注：动态库： .so(linux) .dll(windows)

静态库 : .a(linux) .lib(windows)

gcc选项

-E 只激活预处理,这个不生成文件,你需要把它重定向到一个输出文件里面
-S 编译到汇编语言不进行汇编和链接
-c 编译到目标代码
-o 文件输出到文件
-static 此选项对生成的文件采用静态链接
-g 生成调试信息。GNU 调试器可利用该信息。
-shared 此选项将尽量使用动态库，所以生成文件比较小，但是需要系统由动态库.
-O0
-O1
-O2
-O3 编译器的优化选项的4个级别，-O0表示没有优化,-O1为缺省值，-O3优化级别最高
-w 不生成任何警告信息。
-Wall 生成所有警告信息。

gcc选项记忆方法 : ESc, iso

Linux调试器-gdb使用

1. 背景

程序的发布方式有两种，debug模式和release模式
Linux gcc/g++出来的二进制程序，默认是release模式
要使用gdb调试，必须在源代码生成二进制程序的时候，加上-g 选项（因为 gcc/g++ 默认生成是 release版本，gdb若是想要调试，必须得是 debug版本，所以需要加上-g）

2. 开始使用

gdb binfile 退出：ctrl + d 或 quit 调试命令：

list / l 行号：显示binFile源代码，接着上次的位置往下列，每次列10行。
list / l 函数名：列出某个函数的源代码。
r或run：运行程序。
n 或者 next ：单条执行。
s 或 step：进入函数调用
break（b）行号：在某一行设置断点
break 函数名：在某个函数开头设置断点
info break：查看断点信息。
finish ：执行到当前函数返回，然后停下来等待命令。
printf（p）打印表达式的值，通过表达式可以修改变量的值或者调用函数
p 变量：打印变量值
set var ：修改变量的值
continue（或 c）：从当前位置开始连续而非单步执行程序
run(或r)：从开始连续而非单步执行程序
delete breakpoints：删除所有断点
delete breakpoints n ：删除序号为n 的断点
disable breakpoints：禁用断点
enable breakpoints：启用断点
info（或i） breakpoints ：参看当前设置了哪些断点
display 变量名: 跟踪查看一个变量，每次停下来都显示它的值
undisplay ：取消对先前设置的那些变量的跟踪
until x行号：跳至X行
breaktrace(或bt)：查看各级函数调用及参数
info（i） locals：查看当前栈帧局部变量的值
quit：退出gdb

条件断点

条件断点添加常见两种方式： 1. 新增 2. 给已有断点追加

新增： b 行号/文件名：行号/ 函数名 if i==30 （条件）
给已有断点追加： condition 2 i==30，其中 2 是已有断点编号，没有if

Linux 项目自动化构建工具 -make/ Makefile

背景

会不会写makefile，从一个侧面说明了一个人是否具备完成大型工程的能力
一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作
makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率。
make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如： Delph的make，Visual C++ 的nmake，Linux下GNU的make。可见，makefile都成为了一种在工程方面的编译方法。
make是一条命令，makefile是一个文件，两个搭配使用，完成项目自动化构建。

实例代码：

#include <stdio.h>
int main()
{
printf("hello Makefile!\n");
return 0;
}

Makefile文件：

  1 Hello:Hello.o2     gcc Hello.o -o Hello 3 Hello.o:Hello.s4     gcc Hello.s -c -o Hello.o5 Hello.s:Hello.i6     gcc Hello.i -S -o Hello.s7 Hello.i: Hello.c8     gcc Hello.c -E -o Hello.i                                                                                                                                                                                                      9 10 .PHONY:clean11 clean:12     rm -f Hello.o Hello.s Hello.i Hello 13 
~

依赖关系

上面的文件 hello ,它依赖 hell.o
hello.o , 它依赖 hello.s
hello.s , 它依赖 hello.i
hello.i , 它依赖 hello.c

依赖方法

gcc hello.* -o hello.* ,就是与之对应的依赖关系

原理

make是如何工作的，在默认的方式下，也就是我们只输入make命令。那么，

make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“hello”这个文件，并把这个文件作为最终的目标文件。
如果hello文件不存在，或是hello所依赖的后面的hello.o 文件的文件修改时间要比hello这个文件新（可用touch测试），那么，他就会执行后面所定义的命令来生成hello这个文件。
如果hello所依赖的hello.o文件不存在，那么make会在当前文件中找目标为hello.o文件的依赖性，如果找到则在根据那一个规则生成hello.o文件。（这有点像一个堆栈的过程，先进后出）（如果将makefile中的编译顺序修改，也是可以执行的，因为make会自动推导makefile中的依赖关系形成栈式结构）
当然，你的c文件和h文件是存在的，于是make会生成hello.o文件，然后再用hello.o文件声明make的终极任务，也就是执行文件hello了。
这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。
在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。
make只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作了。

项目清理

工程师需要被清理的
像clean这种，没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行，不过，我们可以显示要make执行。即——“make clean”，以此来清除所有的目标文件，以便重编译。
但是一般我们这种clean的目标文件，我们将它设置为伪目标，用 .PHONY 修饰，伪目标的特性是，总是被执行的。
可以将我们的 hello 目标文件声明成伪目标。

.PHONY伪目标的作用

.PHONY 是一个伪目标，makefile中将 .PHONY 放在一个目标前就是指明这个目标是伪文件目标。其作用就是防止在Makefile中定义的执行命令的目标和工作目录下的实际文件出现名字冲突
就像下面这句，此时的clean被.PHONY修饰了，那么它就可以反复执行它的依赖方法

.PHONY: clean

可以看到对于目标文件clean来说，它的依赖文件列表为空，上面我们也有提到过它可以为空

clean:rm -f Hello.o Hello.s Hello.i Hello

所以只要你一直使用 make clean，他就会反复执行依赖方法
. PHONY 配置项的目标clean并不是其他文件生成的实际文件，使make命令会自动绕过隐含规则搜索过程，也就是说执行命令 make clean 会自动忽略名为“clean”文件的从在，因此声明.PHONY 配置项会改善性能，并且不需要担心实际同名文件存在与否
【通俗一点说】： .PHONY 修饰的目标clean并不是某个依赖项生成的实际文件，因此make命令不再去搜寻当前文件夹下是否有clean文件，这样少去做一些事，自然会改善性能，并不用担心当前文件夹下是否有同名的文件

可以验证一下

这里可以看到，我们进行了三次make clean，不过其实在第一次执行的时候，就已经达成了我们清理的目的，可是后面还可以继续执行，这其实就是.PHONY修饰起的作用，而反过来看make就出现文件已存在的情况，而无法执行命令

其实对于 clean 来说，不加修饰其实也是可以反复执行的，现在我们将整个修饰去掉，来试试看

这里出错的原因是，当前文件夹下已经有一个clean了，系统会识别到这个clean文件，认为当前这个为最新，所以就不会再次生成clean文件，而刚才clean在.PHONY 修饰的时候就不会出现这个问题，这里就说明了.PHONY 的一个作用就是使得系统不会在当前文件夹下去搜索同名文件，减少了冲突。

这里我们把clean文件去掉之后，重试下

可以看到，即使是去掉了.PHONY做修饰之后一样是可以反复执行

那么为什么clean不加.PHONY 修饰也可以多次执行

原因就在于它的依赖对象为空，当我们需要生成这 clean 目标文件的时候就不需要一些文件必须要存在，因此就可以一直 clean

.PHONY 伪目标的原理

我们试着在gcc编译文件中使用.PHONY，来观察下，会发生什么

首先声明在不添加.PHONY 时，运行make的结果是这样的

当我们加上.PHONY 试下

因为在经过一次make之后，gcc对【Hello.c】进行了预处理、编译、汇编，最后生成了【Hello.o】，那它就已经在那里了，再次中间我们没有再对源文件进行再度修改，在编译的时候，其实还会去查看目标对象和依赖对象的生成（修改）时间，若是依赖对象生成（修改）时间要早于目标对象，说明它还没有被重新修改过，所以无需再去重新编译生成

因此我们再去make的话gcc是不会重新编译的，可是当我去删除【Hello.o】文件或者修改它时，再去make一下的话就会发现gcc就会对缺少或者更新的部分进行一个重新的编译。

注：编译这块比较复杂，需要重点理解！

不过其实可以看出，每次去修改一下就重新编译全部的文件，也是挺繁琐的。所以我们在开发的时候一般不给编译生成的目标文件带.PHONY的修饰，就防止其被多次重复编译

【总结】

.PHONY 修饰的是伪目标，对于伪目标来说，它可以被反复执行。
.PHONY 修饰的一定能被反复执行, 但是能够被反复执行的不一定被.PHONY修饰

make的工作原理分析

再谈make与Makefile

通过【ldd】可以查看 make 指令的动态依赖关系，我们可以发现 make 指令也是依赖于标准C库，而我们在Makefile中写得也都是一些指令，因此使用make指令才可以对Makefile中的内容做一个识别

注: 【ldd】用来打印或者查看程序运行所需的共享库（访问共享对象依赖关系），常用来解决程序因缺少某个库文件而不能运行的一些问题。

因此，我们可以得出一个结论

make 是专门对 Makefile 写的一个命令，在执行make的时候，就会自动在你当前目录下去搜索Makefile这个文件，搜索之后打开，然后对它里面的内容做分析

那 make 是如何进行分析Makefile 的呢，有什么规则么？

make 扫描Makefile文件时会默认执行第一组依赖关系和依赖方法

正常make使用方式是 make + 【目标文件名】

探讨make的判断机制

我们可以将源文件和可执行文件当作是一条时间轴，对于可执行文件来说，它生成的时间一定晚于源文件（因为中间要经过一系列编译+链接的过程）

我们可以通过【stat】这个指令来查看源文件和可执行文件的所有属性，不过要观察的还是其中一个叫做ACM时间

Access：最后一次访问该文件的时间
Change：最后一次改变该文件属性或状态的时间
Modify：最近一次修改文件内容的时间【比较的是这个时间】

可以很清晰的看到，Hello.c 时间要早于Hello的时间

Makefile 小知识

本模块来拓展一下有关make/Makefile里的一些小知识

1. Makefile文件中保存了编译器和链接器的参数选项，并且描述了所有源文件之间的关系。make程序会读取makelfile文件中的数据，然后根据规则调用编译器，汇编器，链接器产生最后的输出

2. Makefile主要包含了五个东西：显示规则、隐晦规则、变量定义、文件指示和注释

【显式规则】: 如何生成一个或多个目标；
【隐晦规则】： make有自动推导的功能，所以隐晦的规则可以让我们比较粗糙地简略地书写make，比如源文件和目标文件之间的时间关系判断之类；
【变量定义】：在makefile中可以定义变量，当makefile被执行时，其中的变量都会被扩展到相应的引用位置上，通常使用$(var)表示引用变量；
【文件指示】：包含在一个makefile中引用另一个makefile，类似于C语言中的include；

3. 默认的情况下, make命令会在当前目录下按顺序找寻文件名为“GNUmakefile”、“makefile”、“Makefile”的二五年间

4. 我们可以在Makefile中添加一些特殊符号，就可以起到一些特殊的功能

例如 $@ 和$^ ，前者表示：左侧被编译的所有内容，即【目标文件】，后者表示：之后所有内容，即【依赖文件】

此时，当我们再去make的时候，就可以发现这特殊符号自动替换成了：两侧的【目标文件】和【依赖文件】

Makefile中，每一次我们执行make 指令的时候，依赖方式都要显示一次，会很麻烦，所以能否在执行make指令的时候，依赖方式不会显式呢，

我们就可以在makfile中在要隐藏的依赖方式前面加上 @ 符号，之后我们在执行make指令的时候，就不会显示了。

使用 git 命令行

安装git

sudo yum install git

将远程的仓库下载到本地

git clone [url 远程仓库地址]

三板斧第一招：git add

将代码放到刚才下载好的目录中之后执行指令

git add [文件名]

执行add指令之后，所被执行的文件就被放到了git的暂存区了

三板斧第二招： git commit

提交改动到本地

git commit . -m "提交注释"

后面那个 “.” 表示当前目录

提交的时候应该注明提交日志，描述改动的详细内容

三板斧第三招： git push

同步到远端服务器上（本地仓库和远端仓库的同步）

git push

需要填入用户名密码，同步成功后，刷新 Github或 Gitee 页面就能看到代码的改动了

git在使用中的技巧

在使用中，我们需要注意如果本地仓库和远程仓库是不一致的（不同步），这个时候，我们是无法上传代码的，所以这个时候我们就需要执行 git pull 指令，下载远程仓库，来达到本地和远端的同步，之后就可以提交了。

当我们想要查看Git仓库中的提交历史记录的时候，我们可以输入git log指令，查看

当我们需要查看当前代码仓库的状态时，我们可以输入 git status 指令，它可以告诉你哪些文件已更改、添加或删除，以及是否有未提交的更改等。

当我们在上传文件时，想要忽略掉什么文件的时候，我们可以创建 .gitignore 文件， 并可以在这个文件中设置上传时忽略的文件。

具体可以参考这篇博客：.gitignore 文件——如何在 Git 中忽略文件和文件夹详细教程