目录
由于需要看到linux目录的树形结构信息，在安装tree这个工具，用到了make命令，虽然使用make也不是一次两次了，但是make实际的原理是什么，理解是模糊的，今天探究一下：
Tree工具的安装：
1，将tar包上传到linux的目录下，并解压缩
[isea@hadoop101 software]$ ll
-rw-r--r--. 1 isea isea 47082 10月 12 08:58 tree-1.7.0.tgz
[isea@hadoop101 software]$tar zxf tree-1.7.0.tgz
进入解压缩之后的目录，发现在该文件夹下有一个makefile的文件
[isea@hadoop101 software]$cd tree-1.7.0
[isea@hadoop101 tree-1.7.0]$ ll
-rw-r--r--. 1 isea isea 2666 12月 12 22:13 Makefile
2，接着执行make install命令
[isea@hadoop101 tree-1.7.0]$make install
gcc -ggdb -Wall -DLINUX -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -c -o tree.o tree.c
make: gcc：命令未找到
make: *** [tree.o] 错误 127
出现了如上的错误，说明没有安装gcc，那么就安装一下：
[isea@hadoop101 tree-1.7.0]$ sudo yum -y intall gcc-c++
3，测试一下：
[isea@hadoop101 ~]$ tree
.
├── ao.sh
├── bin
│ ├── startkk.sh
│ ├── startzk.sh
│ ├── stopkk.sh
│ ├── stopzk.sh
│ ├── xc
│ ├── xcall
│ ├── xsync
│ └── zookeeper.out
├── file.txt
├── sort.txt
├── to.txt
└── zookeeper.out
这就是tree的效果Make与Makefile的联系：
可以看出在安装tree 这个工具的时候使用到了 make，这个指令，那么实际的原理是怎么样的呢？
c语言的源代码要经过编译，链接，目标文件，可执行文件
假设，我们现在有一个需求A，对于需求A，我们分了a b c三个模块去实现这个需求，三个模块的代码写好之后发现有调用的关系，有先后执行的顺序关系，而执行的顺序是由编译时的顺序决定的。当我们实现了a b c 源代码我们实现了之后，编译的工作我们交给编译器，但是编译器怎么知道谁先编译，谁后编译呢（决定谁先编译，谁后编译的过程也叫 构建）？当然我们可以手动指定编译顺序然后交给编译器编译（这个过程叫做手动编译），简单的问题我们手动编译没有问题，但是如果是大的需求呢，手动编译就变得很不现实，而且有时候我们调用了 系统提供的一些函数（即出现，我们的自己的代码依赖系统的代码）
所以 我们把模块先后编译的顺序放在一个文件中，这个文件就是makefile，接触过shell小伙伴，应该会先到shell脚本，确实和shell脚本有点类似 我们可以自己手写makefile文件，但是有那么一个神器GNU软件automake和autoconf可以运行一个configure脚本文件来自动产生Makefile，然后在使用 make工具（有点像我们的shell解释器。如/bin/bash）来解释Makefile文件，就能完全自动化编译我们的所有代码了。上面我们使用make 其实就是在解释执行的就是Makefile文件，然后我们就安装上了tree工具。
常用的make命令：
make
根据Makefile文件编译源代码、连接、生成目标文件、可执行文件。
make clean
清除上次的make命令所产生的object文件（后缀为“.o”的文件）及可执行文件。
make install
将编译成功的可执行文件安装到系统目录中，一般为/usr/local/bin目录。
make dist
产生发布软件包文件（即distribution package）。这个命令将会将可执行文件及相关文件打包成一个tar.gz
压缩的文件用来作为发布软件的软件包。 它会在当前目录下生成一个名字类似“PACKAGE-VERSION.tar.gz”的文
件。PACKAGE和VERSION,是我们在configure.in中定义的AM_INIT_AUTOMAKE（PACKAGE, VERSION）。
make distcheck
生成发布软件包并对其进行测试检查，以确定发布包的正确性。这个操作将自动把压缩包文件解开，然后执行
configure命令，并且执行make,来确认编译不出现错误，最后提示你软件包已经准备好，可以发布了。
make distclean
类似make clean,但同时也将configure生成的文件全部删除掉，包括Makefile文件。