道无虚
道无虚

git的学习与使用

git的学习与使用

1、git简介

1.1 git历史

Git是一个免费开源的分布式版本控制系统(DVCS)。

Git诞生于一个极富纷争大举创新的年代。Linux内核开源项目有着为数众广的参与者。绝大多数的Linux内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991－2002年间)。到2002年，整个项目组开始启用分布式版本控制系统BitKeeper来管理和维护代码。

到了2005年，开发BitKeeper的商业公司同Linux内核开源社区的合作关系结束，他们收回了免费使用BitKeeper的权力。这就迫使Linux开源社区(特别是Linux的缔造者Linus Torvalds)不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。

自诞生于2005年以来，Git日臻成熟完善，在高度易用的同时，仍然保留着初期设定的目标。它的速度飞快，极其适合管理大项目，它还有着令人难以置信的非线性分支管理系统，可以应付各种复杂的项目开发需求。

1.2 git与svn比较

1.2.1 分布式与集中式版本控制

Git是Linus用C实现的一个分布式版本控制工具，注意这里对分布式的强调。不同于Git，像Perforce、SVN和CVS这类版本控制工具都是集中式的。

1、集中式版本控制

所谓集中式的版本控制，就是在一个系统中只有一个机器是服务端，其他机器全是客户端。

以SVN版本控制为例，在一个系统中会有一个SVN服务器，所有的代码以及版本信息都保存在这个服务器上。每个客户端可以从服务器获取一份代码，然后在本地修改，最后submit修改的代码。

这里可以看出集中式的控制版本存在一些问题：

  • 网络依赖性强，工作环境保持网络连接，如果网络断掉了，所有的客户端就无法工作了。
  • 安全性较弱，所有的代码以及版本信息保存在服务器中，一旦服务器挂掉了，代码和版本控制信息就丢失了。

2、分布式版本控制

在分布式版本控制系统中，没有服务端/客户端的概念，每台机器都是一个服务器。也就是说，在分布式本版控制系统中，每台机器都有一份代码，并且有代码的版本信息。

对比SVN可以看出其相应的一些优势：

  • 每台机器都是一台服务器，无需依赖网络就可以帮自己的更新提交到本地服务器，支持离线工作。当有网络环境的时候，就可以把更新推送给其他服务器。
  • 安全性高，每台机器都有代码以及版本信息的维护，所有即使某些机器挂掉了，代码依然是安全的。

在git中，同步的方式有很多种，可以把自己的更新推送给别人，也可以生成一个diff的patch，通过邮件方式把这个patch发送给别人。这些可以在之后的章节介绍。

虽然分布式控制版本没有服务器的概念，但是在一般的一个git系统中，为了方便大家交换和更新，会找一台机器作为中心服务器，这台机器的目的只是为了大家方便交换和更新代码。即使这台中心服务器挂了，大家依旧可以继续工作，只是相互之间交换比较麻烦。

1.2.2 版本控制的原理

git和其他版本控制系统的主要差别在于：git只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。这类系统(CVS，Subversion，Perforce，Bazaar 等等)每次记录有哪些文件作了更新，以及都更新了哪些行的什么内容

1、svn

SVN是一个增量式的版本控制，它不会讲各个版本的副本都完整的保存下来，而只会记录下版本之间的差异，然后按照顺序更新或者恢复特定版本的数据。这使得服务端的存储量会非常低。

2、git

git早版本控制时只关心文件数据的整体是否发生变化，并不保存这些前后变化的差异数据。实际上，git更像是把变化的文件做快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，git不会再次保存，而只是对上次保存的快照做一链接。简单来说，如下图：

git的学习与使用_第1张图片
git快照存储

这是git同其它系统的重要区别，他完全颠覆了传统版本控制的思路，并对各个环节的实现做了新的设计。git更像是一个小型的文件系统，但它同时还提供了许多以此为基础的超强工具，而不只是一个简单的VCS。

1.3 git主要特点前述

1、如上：分布式快照记录，与其它版本集中式差异比较的版本控制有本质差异。

2、近乎所有操作都是本地进行，不需要联网。

在git中的绝大数操作都只需要访问本地文件和资源，不用连网。但用SVN的话，差不多所有的操作都需要连接网络。因为git在本地磁盘上就保存着多有当前项目的历史更新，所以处理起来飞快。

3、时刻保持数据的完整性。

在保存到git之前，所有的数据都要进行内容的较检和（checksum）计算，并将此结果作为数据的唯一标识和索引。换句话说，不可能在修改了文件或目录之后，git一无所知。这项特性作为git的设计哲学，建立在整体架构的最底层。所以文件在传输时不完整或磁盘损坏导致文件缺失，git都能第一时间察觉。

git使用SHA-1算法计算数据的较检和，通过对文件的内容或目录的结构计算出一个SHA-1的hash值。作为指纹字符串，该字符串由40个十六进制的字符组成，看起来如下，这个在之后会有说明。

24b9da6552252987aa493b52f8696cd6d3b00373

实际上，保存在git数据库的东西都是靠此hash值来索引的，而不是靠文件名。

4、多数操作仅添加数据

常用的git操作仅仅是把数据添加到数据库中。因为任何一种不可逆的操作，比如删除数据，都会使回退或重现历史版本变得困难重重。在别的VCS中，若还未提交更新，就有可能丢失或混淆一些修改的内容，但在git里，一旦提交之后就完全不用担心数据丢失，特别是养成定期推送到其它仓库的习惯时。

5、文件的三种状态

对于任何一个文件，都有三种状态：已提交（committed）、已修改（modified）、已暂存（staged）。

  • 已提交：该文件已被安全存储到本地数据库中。
  • 已修改：已经修改此文件，但还没有提交保存。
  • 已暂存：已修改的文件放在了下次要提交保存的列表中。

由此我们可以看到git管理项目时，文件流转的三个工作区域：git的工作目录、暂存区域即本地仓库。

git的学习与使用_第2张图片
git工作的三个区域

git控制的版本系统，每个项目都会有一个git目录（如果git clone 出来，其中.git目录；如果git clone --bare的话，新建目录本身就是git目录），它是git用来保存元数据和对象数据库的地方。该目录非常重要，每次克隆镜像仓库的时候，实际上就是拷贝其中的数据。

从项目上取出某个版本的所有文件和目录，用以开始后续的工作叫做工作目录。这些文件实际上都是从git目录中的压缩对象数据库中提取出来的，以后就可以在工作目录中对这些文件进行编辑。

所谓的暂存区域只不过是个简单的文件，一般都放在git目录中，有时候人们会把这个文件叫做索引文件，不过标准的说法还是叫暂存区域。

git基本的工作流程如下：

a、新建或检出一份项目代码到工作目录。

b、在工作目录中对某些文件做修改。

c、对修改的文件做快照，然后保存到暂存区域。

d、提交更新，将保存在暂存区域的文件快照永久转存到git目录中。

从上面我们可以看出从文件所处的位置来判断文件的状态：

  • 已提交：git目录中保存着特定版本的文件。
  • 已暂存：文件做了修改且已放在暂存区域。
  • 已修改：文件自上次取出后，做了修改但还没放到暂存区域里。

2、git安装与配置

2.1 git的安装

git主要有两种安装方式：一种是通过源代码来安装；另一种是使用为特定平台预编译好的安装包。

2.1.1 源代码安装

源代码安装有许多好处，至少可以安装使用最新版本的git。git的每个版本都在尝试不断改进用户的体验，所以通过源代码编译安装最新版本最好。

git源码下载地址。

下载完成后编译并安装。

[root@localhost ~] wget https://www.kernel.org/pub/software/scm/git/git-2.9.5.tar.gz
[root@localhost ~]# tar -zxvf git-manpages-2.9.5.tar.gz 
[root@localhost ~]# cd git-2.9.5/
[root@localhost ~]# ./configure --prefix=/usr/local/git
[root@localhost ~]# make && make install

然后就可以使用git命令了，不能使用再配置下软连接。

[root@localhost ~]# cd /usr/bin
[root@localhost bin]# ln -s /usr/local/git/bin/git ./git

2.1.2 各平台安装

1、linux安装

直接使用系统提供的包管理工具。

[root@localhost ~]# yum install git

2、mac上面安装（借鉴）

a、图形化git的安装工具

http://sourceforge.net/projects/git-osx-installer/

b、MacPorts(http://www.macports.org)安装。如果已经装好了MacPorts，用下面的命令安装Git：

[root@localhost ~]# sudo port install git-core +svn +doc +bash_completion +gitweb

3、windows上面安装

有项目名为msysGit提供了安装包（https://git-for-windows.github.io）下载，然后按默认选项安装即可。

2.2 git的配置（可略）

一般在新的系统上，我们都需要先配置下自己的git安装环境。配置工作只需要一次，以后升级还会沿用现在的配置。当然，如果需要，可以随时用相同的命令修改已有的配置。

1、用户信息

[root@localhost test]# git config --global user.name "yourname"
[root@localhost test]# git config --global user.email "youremail"

如果使用了--global选项，那么更改的配置文件是位于用户主目录下的那个，以后所有的额项目都会使用这里配置的用户信息。如果想要在某个特定的项目中使用其它名字或电邮，只要去掉--global选项重新配置即可，新的设定保存在当前项目的.git/config文件里。

2、配置级别

git共三个配置级别：

  • --local、高优先级，只影响本仓库，文件尾.git/config
  • --global、中优先级，影响到素有当前用户的git仓库，文件为~/.gitconfig
  • --system、低优先级，影响全系统的git仓库，文件为/etc/gitconfig

3、查看配置信息

[root@localhost test]# git config --list
core.repositoryformatversion=0
core.filemode=true
core.bare=false
core.logallrefupdates=true

3、git通用概念

在介绍下面的部分，有必要说下git的通用概念，这些将会对下面的操作有理解帮助。

在git中，每个版本库都叫做一个仓库（repository），每个仓库可以简单的理解为一个目录，这个目录里面的所有文件都通过git来实现版本管理，git都能跟踪记录在该目录中发生的所有更新。

假设我们新建一个仓库test（repository），那么在这个test目录中就会有.git的文件夹，这个文件夹非常重要，所有的版本信息、更新纪录及git进行仓库管理的相关信息全部都保存在这个文件夹里面。所以，不修改或删除其中的文件，以免造成数据的丢失。

[root@localhost test]# ls -al
总用量 0
drwxr-xr-x  2 root root  6 10月 24 14:04 .
drwxr-xr-x. 6 root root 59 10月 23 19:02 ..
[root@localhost test]# git init
初始化空的 Git 仓库于 /home/test/.git/
[root@localhost test]# ls -al
总用量 0
drwxr-xr-x  3 root root  17 10月 24 14:04 .
drwxr-xr-x. 6 root root  59 10月 23 19:02 ..
drwxr-xr-x  7 root root 111 10月 24 14:04 .git

进一步参考下面的图，大概展示了需要了解的基本知识。

git的学习与使用_第3张图片
git目录说明。

根据上图，再给出简要说明：

  • Directory：使用git管理的一个目录，也就是一个仓库，包含我们的工作空间和git的管理空间。
  • Workspace：从仓库中chenkout出来的，需要通过git进行版本控制的目录和文件，这些目录和文件组成了工作空间。
  • .git：存放git管理信息的目录，初始化仓库时自动创建。
  • Index/Stage：暂存区或叫做待提交更新区；在提交至repo之前，我们可以把所有的更新放在暂存区。
  • Local Repo：本地仓库，一个存放在本地的版本库；HEAD会指示当前的开发分支（branch）。
  • Stash：工作状态保存栈，用于保存/恢复WorkSpace的临时状态。

4、本地仓库操作（单机）

新建test目录，然后通过git init就可以初始化一个新的仓库，此时会产生一个.git文件夹，这个就是前面提到的git管理信息的目录。下面会大概介绍git一般的工作流程。

4.1 添加

现在在仓库中新建文件content1.txt，内容为f1 content1。

[root@localhost test]# git status
位于分支 master

初始提交

未跟踪的文件:
  （使用 "git add <文件>..." 以包含要提交的内容）

    content1.txt

提交为空，但是存在尚未跟踪的文件（使用 "git add" 建立跟踪）

command 1、git status

git status：可以查看workspace的状态，可以看到输出显示content1.txt未被git跟踪，然后提示可以使用git add把文件添加到暂存区以建立跟踪。

这里文件的第一个状态：处于工作区（workspace）中，暂存区（stage）没有，仓库（repo）没有。

command 2、git add

git add file[/path]：可以将文件从工作区更新到暂存区。使用git add content1.txt，然后继续查看worksace的状态，这时发现文件已经被存放在了暂存区。

[root@localhost test]# git add content1.txt
[root@localhost test]# git status
位于分支 master

初始提交

要提交的变更：
  （使用 "git rm --cached <文件>..." 以取消暂存）

    新文件：   content1.txt

这里文件的第二个状态：工作区（workspace）、暂存区（stage）有，仓库（repo）没有。

command 3、git commit

git commit：将暂存区文件提交到仓库中。最后我们可以使用git commit -m content1.txt，然后继续查看worksace的状态，这时发现文件已经被存放在了仓库中。

[root@localhost test]# git commit -m 'comtent1'
[master（根提交） 36f5265] comtent1

 1 file changed, 1 insertion(+)
 create mode 100644 content1.txt

[root@localhost test]# git status
位于分支 master
nothing to commit, working tree clean

这里文件的第三个状态：工作区（workspace）、暂存区（stage）、仓库（repo）都有。

通过上面的操作，文件content1.txt成功被添加到了仓库中。

4.1.1 git查看

下面作为触探，供后面讲述git存储原理使用。

[root@localhost test]# fing .git/objects/
bash: fing: 未找到命令...
[root@localhost test]# find .git/objects/
.git/objects/
.git/objects/pack
.git/objects/info
.git/objects/de
.git/objects/de/35f338a9d7d8d4faeea0b693f0494932748de5
.git/objects/2e
.git/objects/2e/688748738147fbf159038d82224e9ef728d3cc
.git/objects/36
.git/objects/36/f526581e2d29e5e6eaec7bcfaa51315d5de8b4
[root@localhost test]# git cat-file -t de35f338a9d7d8d4faeea0b693f0494932748de5
blob
[root@localhost test]# git cat-file -t 2e688748738147fbf159038d82224e9ef728d3cc
tree
[root@localhost test]# git cat-file -t 36f526581e2d29e5e6eaec7bcfaa51315d5de8b4
commit
[root@localhost test]# git cat-file -p 36f526581e2d29e5e6eaec7bcfaa51315d5de8b4
tree 2e688748738147fbf159038d82224e9ef728d3cc
author root  1508831813 +0800
committer root  1508831813 +0800

comtent1
[root@localhost test]# git cat-file -p 36f526581e2d29e5e6eaec7bcfaa51315d5de8b4
tree 2e688748738147fbf159038d82224e9ef728d3cc
author root  1508831813 +0800
committer root  1508831813 +0800

comtent1
[root@localhost test]# git cat-file -p de35f338a9d7d8d4faeea0b693f0494932748de5
f1 content1

4.2 更新

下面对content1.txt文件进行修改，内容为f1 content1 now the file has been modified.。修改完后，查看workspace的状态，提示文件已经修改但未提交。

[root@localhost test]# git status
位于分支 master
尚未暂存以备提交的变更：
  （使用 "git add <文件>..." 更新要提交的内容）
  （使用 "git checkout -- <文件>..." 丢弃工作区的改动）

    修改：     content1.txt

修改尚未加入提交（使用 "git add" 和/或 "git commit -a"）

同样，通过git add、commit的操作，我们可以把工作区（workspace）文件的更新先存放到暂存区，然后从暂存区（stage）提交到仓库（repo）中。

[root@localhost test]# git add content1.txt
[root@localhost test]# git commit -m 'modified content1.txt' content1.txt
[master 2c4ee67] modified content1.txt

    git commit --amend --reset-author

 1 file changed, 2 insertions(+), 1 deletion(-)

4.2.1 git查看

[root@localhost test]# find .git/objects/
.git/objects/
.git/objects/pack
.git/objects/info
.git/objects/de
.git/objects/de/35f338a9d7d8d4faeea0b693f0494932748de5
.git/objects/2e
.git/objects/2e/688748738147fbf159038d82224e9ef728d3cc
.git/objects/36
.git/objects/36/f526581e2d29e5e6eaec7bcfaa51315d5de8b4
.git/objects/0b
.git/objects/0b/0a0c1d103a155ace75fc2e4738dfe64e3ee4a0
.git/objects/2f
.git/objects/2f/327c9eae9421634ff69b51a3edc4725e8c5703
.git/objects/2c
.git/objects/2c/4ee671dbbf37360e6b6b724d2c4f11d9d111ad
[root@localhost test]# git cat-file -t 0b0a0c1d103a155ace75fc2e4738dfe64e3ee4a0
blob
[root@localhost test]# git cat-file -t 2f327c9eae9421634ff69b51a3edc4725e8c5703
tree
[root@localhost test]# git cat-file -t 2c4ee671dbbf37360e6b6b724d2c4f11d9d111ad
commit
[root@localhost test]# git cat-file -p 2c4ee671dbbf37360e6b6b724d2c4f11d9d111ad
tree 2f327c9eae9421634ff69b51a3edc4725e8c5703
parent 36f526581e2d29e5e6eaec7bcfaa51315d5de8b4
author root  1508832742 +0800
committer root  1508832742 +0800

modified content1.txt
[root@localhost test]# git cat-file -p 2f327c9eae9421634ff69b51a3edc4725e8c5703
100644 blob 0b0a0c1d103a155ace75fc2e4738dfe64e3ee4a0    content1.txt
[root@localhost test]# git cat-file -p 0b0a0c1d103a155ace75fc2e4738dfe64e3ee4a0
f1 content1 
now the file has been modified.

4.2.2 文件版本对比

1、工作区和暂存区

command 4、git diff

git diff :查看工作区和暂存区的文件的差异情况，当我们把更新add到Stage中，diff就不会有任何输出了。

[root@localhost test]# git diff

现修改文件内容为f1 content1 now the file has been modified. git giff。

[root@localhost test]# git diff
diff --git a/content1.txt b/content1.txt
index 0b0a0c1..cbbe1be 100644
--- a/content1.txt
+++ b/content1.txt
@@ -1,2 +1,3 @@
 f1 content1 
 now the file has been modified.
+git diff

2、工作区与仓库

当然我们也可以把工作区的文件跟仓库中的文件做差异对比。

[root@localhost test]# git diff HEAD~1
diff --git a/content1.txt b/content1.txt
index de35f33..0b0a0c1 100644
--- a/content1.txt
+++ b/content1.txt
@@ -1 +1,2 @@
-f1 content1
+f1 content1 
+now the file has been modified.

4.3 撤销更新

根据前面对git操作的了解，我们可以智道更新可能存在于三个地方，工作区（workspace）、暂存区（stage）和仓库（repo）。下面就分别界山怎么撤销这些更新。

确认我们现在工作区（workspace）、暂存区（stage）和仓库（repo）的文件内容一致为：f1 content1 now the file has been modified.。

4.3.1 撤销工作区中的更新

先修改文件content1.txt内容为new content1，查看状态。

[root@localhost test]# git status
位于分支 master
尚未暂存以备提交的变更：
  （使用 "git add <文件>..." 更新要提交的内容）
  （使用 "git checkout -- <文件>..." 丢弃工作区的改动）

    修改：     content1.txt

修改尚未加入提交（使用 "git add" 和/或 "git commit -a"）

command 5、git checkout --

可以看到上面工作区状态有提示：（使用 "git checkout -- <文件>..." 丢弃工作区的改动），这里注意它的格式，'--'左右空格要保留。

[root@localhost test]# git checkout  -- content1.txt
[root@localhost test]# vim content1.txt 
[root@localhost test]# git status 
位于分支 master
nothing to commit, working tree clean

注意：使用这种方法的时候要慎重，因为通过这种方法撤销后，工作区之前所作的修改将无法挽回。

4.3.2 撤销暂存区中的更新

先修改文件content1.txt内容为new content1 stage，之后再git add提交，再查看状态。

[root@localhost test]# git add content1.txt
[root@localhost test]# git status 
位于分支 master
要提交的变更：
  （使用 "git reset HEAD <文件>..." 以取消暂存）

    修改：     content1.txt

从输出中提示我们可以通过git reset HEAD …把暂存区的更新移出到工作区中。

command 5、git reset HEAD …

[root@localhost test]# git reset HEAD content1.txt
重置后取消暂存的变更：
M   content1.txt
[root@localhost test]# git status 
位于分支 master
尚未暂存以备提交的变更：
  （使用 "git add <文件>..." 更新要提交的内容）
  （使用 "git checkout -- <文件>..." 丢弃工作区的改动）

    修改：     content1.txt

注意：若撤销前，文件又被修改，此操作只是将相应文件从暂存区移除，不会影响到工作区最新的已被修改文件。

4.3.3 撤销仓库中的更新

介绍repo的更新之前，我们可以先看下git log这个命令。

command 6、git log

git log：可以查看commit的历史记录。

[root@localhost test]# git log
commit 2c4ee671dbbf37360e6b6b724d2c4f11d9d111ad
Author: root 
Date:   Tue Oct 24 16:12:22 2017 +0800

    modified content1.txt

commit 36f526581e2d29e5e6eaec7bcfaa51315d5de8b4
Author: root 
Date:   Tue Oct 24 15:56:53 2017 +0800

    comtent1

假设我们要撤销修改文件的那次提交，即仓库中要只留有一次提交版本，内容为f1 content1。

有两种方式：使用HEAD指针和使用commit id。

command 7、git reset --hard

1、HEAD指针

当前版本，我们使用HEAD^，那么再前一个版本可以使用HEAD^^，如果想回退到更早的提交，可以使用HEAD~n。（也就是，HEAD=HEAD~1，HEAD^=HEAD~2）

2、commit id

即根据文件内容或目录结构计算得出的40位16进制hash值。

即

git reset --hard HEAD^                          # 前一个版本

等价：

git reset --hard 36f526581e2d29e5e6eaec7bcfaa51315d5de8b4 # 前一个版本

[root@localhost test]# git reset --hard 2c4ee671dbbf37360e6b6b724d2c4f11d9d111ad
HEAD 现在位于 2c4ee67 modified content1.txt
[root@localhost test]# git log
commit 2c4ee671dbbf37360e6b6b724d2c4f11d9d111ad
Author: root 
Date:   Tue Oct 24 16:12:22 2017 +0800

    modified content1.txt

commit 36f526581e2d29e5e6eaec7bcfaa51315d5de8b4
Author: root 
Date:   Tue Oct 24 15:56:53 2017 +0800

    comtent1
[root@localhost test]# git reset --hard HEAD^
HEAD 现在位于 36f5265 comtent1
[root@localhost test]# git log
commit 36f526581e2d29e5e6eaec7bcfaa51315d5de8b4
Author: root 
Date:   Tue Oct 24 15:56:53 2017 +0800

    comtent1

此时查看工作区文件，内容已经变成最初的状态，内容为：f1 content。

4.3.4 仓库版本的恢复

假设现在你又想要恢复内容为f1 content1 now the file has been modified.这个提交了，当然git是支持这样的操作。

command 8、git reflog

git reflog：git log只是包括了当前分支中的commit记录，而git reflog中会记录这个仓库所有分支的所有更新记录，包括已经撤销的更新。

[root@localhost test]# git reflog
36f5265 HEAD@{0}: reset: moving to HEAD^
2c4ee67 HEAD@{1}: commit: modified content1.txt
36f5265 HEAD@{2}: commit (initial): comtent1

我们可以使用下面的命令：

git reset --hard HEAD@{1}

等价于：

git reset --hard 2c4ee67

[root@localhost test]# git reset --hard HEAD@{1}
HEAD 现在位于 2c4ee67 modified content1.txt

[root@localhost test]# git log
commit 2c4ee671dbbf37360e6b6b724d2c4f11d9d111ad
Author: root 
Date:   Tue Oct 24 16:12:22 2017 +0800

    modified content1.txt

commit 36f526581e2d29e5e6eaec7bcfaa51315d5de8b4
Author: root 
Date:   Tue Oct 24 15:56:53 2017 +0800

    comtent1

恩、最后content1.txt的内容还是内容为f1 content1 now the file has been modified.。

–hard和–soft

前面在使用reset来撤销更新的时候，我们都是使用的“–hard”选项，其实与之对应的还有一个“–soft”选项，区别如下：

  • –hard：撤销并删除相应的更新。
  • –soft：撤销相应的更新，把这些更新的内容放的Stage中。

4.4 删除文件

在Git中，如果我们要删除一个文件，可以使用下面的命令,“git rm”相比“rm”只是多了一步，把这次删除的更新发到Stage中。

rm                    # 这个在linux下直接变成要删除文件。

git rm

command 9、rm 

[root@localhost test]# git rm content1.txt
rm 'content1.txt'
[root@localhost test]# git status
位于分支 master
要提交的变更：
  （使用 "git reset HEAD <文件>..." 以取消暂存）

    删除：     content1.txt

[root@localhost test]# git commit -m 'delete content1.txt'
[master 86c41ea] delete content1.txt
 Committer: root 
您的姓名和邮件地址基于登录名和主机名进行了自动设置。请检查它们正确
与否。您可以对其进行设置以免再出现本提示信息。运行如下命令在编辑器
中编辑您的配置文件：

    git config --global --edit

设置完毕后，您可以用下面的命令来修正本次提交所使用的用户身份：

    git commit --amend --reset-author

 1 file changed, 2 deletions(-)
 delete mode 100644 content1.txt
[root@localhost test]# git log
commit 86c41eade0390d2a9c15ba3385ccdce9bca73cbf
Author: root 
Date:   Tue Oct 24 17:17:33 2017 +0800

    delete content1.txt

commit 2c4ee671dbbf37360e6b6b724d2c4f11d9d111ad
Author: root 
Date:   Tue Oct 24 16:12:22 2017 +0800

    modified content1.txt

commit 36f526581e2d29e5e6eaec7bcfaa51315d5de8b4
Author: root 
Date:   Tue Oct 24 15:56:53 2017 +0800

    comtent1

4.5 操作总结图

git的学习与使用_第4张图片
git基本操作图

5、git对象模型

5.1 git对象

在git系统中有4种类型的对象，所有的git操作都是基于这四种类型的对象。

  • blob：用来保存文件内容的对象。
  • tree：可以理解为一个关系对象树，它管理一些tree和blob对象。
  • commit：只指向一个tree，他用来标记项目某一个特定时间点的状态。它包括一些关于时间点的元数据，如时间戳、最近一次提交的作者、指向上次提交（初始commit没有这一项）。
  • tag：给某个提交（commit）增添一个标记。

5.2 SHA1哈希值

前面介绍了git对象实例，在git系统中，每个git对象都有一个特殊的ID来代表这个对象。这个特殊的ID就是我们所说的哈希值。

SHA1哈希值就通过SHA1算法计算出来的哈希值，对于内容不同的对象，会有不同的哈希值，它是40位长的16进制字符表示的字符串。

5.3 git对象模型实例

重温下1.2.2 版本控制的原理章节，git的版本控制原理可能会对你理解下面的内容有所帮助。

1、初始化新建gitob仓库，新建file.txt文件，内容为content1。由工作区将file.txt提交到暂存区，再提交到仓库。生成了三个对象：blob（ac3e272）、tree（922e768）、commit（43d5d50）。

[root@localhost home]# mkdir gitob
[root@localhost home]# cd gitob/
[root@localhost gitob]# git init 
初始化空的 Git 仓库于 /home/gitob/.git/
[root@localhost gitob]# find .git/objects/
.git/objects/
.git/objects/pack
.git/objects/info
[root@localhost gitob]# echo "content1" >> file.txt
[root@localhost gitob]# git add file.txt
[root@localhost gitob]# git commit -m 'file content1'
[master（根提交） 43d5d50] file content1
 Committer: root 
 1 file changed, 1 insertion(+)
 create mode 100644 file.txt
[root@localhost gitob]# find .git/objects/
.git/objects/
.git/objects/pack
.git/objects/info
.git/objects/ac
.git/objects/ac/3e272b72bbf89def8657766b855d0656630ed4
.git/objects/92
.git/objects/92/2e7684388b51938e7442eb310513d8a965971d
.git/objects/43
.git/objects/43/d5d5076eaa085fef9f26fbd807d5babc58eb5a
[root@localhost gitob]# git log --pretty=raw
commit 43d5d5076eaa085fef9f26fbd807d5babc58eb5a
tree 922e7684388b51938e7442eb310513d8a965971d
author root  1508845030 +0800
committer root  1508845030 +0800

    file content1

[root@localhost gitob]# git cat-file -p 922e7684388b51938e7442eb310513d8a965971d
100644 blob ac3e272b72bbf89def8657766b855d0656630ed4    file.txt
[root@localhost gitob]# git cat-file -p ac3e272b72bbf89def8657766b855d0656630ed4
content1

2、这一步对file.txt做出追加修改，内容为content2。由工作区将file.txt提交到暂存区，再提交到仓库。生成了三个对象：blob（fa8797f）、tree（fa0bbc8）、commit（336400b），这里注意查看commit历史时，它又又有一个属性parent 43d5d50指向上面那个commit对象。

[root@localhost gitob]# echo 'content2' >> file.txt
[root@localhost gitob]# ll
总用量 4
-rw-r--r-- 1 root root 18 10月 24 20:02 file.txt
[root@localhost gitob]# git add file.txt
[root@localhost gitob]# git commit -m 'comment2'
[master 336400b] comment2
 Committer: root 

 1 file changed, 1 insertion(+)

[root@localhost gitob]# git log --pretty=raw
commit 336400b0b36e8f6cfe683fa5127bad6fb235060c
tree fa0bbc8e85135d5ed51a4f13ec9227917d8f4b57
parent 43d5d5076eaa085fef9f26fbd807d5babc58eb5a
author root  1508846561 +0800
committer root  1508846561 +0800

    comment2

commit 43d5d5076eaa085fef9f26fbd807d5babc58eb5a
tree 922e7684388b51938e7442eb310513d8a965971d
author root  1508845030 +0800
committer root  1508845030 +0800

    file content1

[root@localhost gitob]# git cat-file -p fa0bbc8e85135d5ed51a4f13ec9227917d8f4b57
100644 blob fa8797f68cd826a3ac7713bdfdb9ddb43b146752    file.txt
[root@localhost gitob]# git cat-file -p fa8797f68cd826a3ac7713bdfdb9ddb43b146752
content1

3、这一步新建newfile.txt，内容为content3；新建advance文件夹；在advance下，新建test.txt，内容为content4；新建file.txt，内容为content5；再提交到暂存区，再提交到仓库。生成了6个对象：blob（27d10cc）、tree（4a5ca33）、commit（406ad4f），这里注意查看commit历史时，它又又有一个属性parent 336400b指向上面修改文件之后的那个commit对象。tree（4a5ca33）又包含tree（494b5f9）、blob（7f3886d）、blob（9cce852）。

[root@localhost gitob]# echo 'content3' >> newfile.txt
[root@localhost gitob]# mkdir advance
[root@localhost gitob]# echo 'content4' >> ./advance/test.txt
[root@localhost gitob]# echo 'content5' >> ./advance/file.txt

[root@localhost gitob]# git add .
[root@localhost gitob]# git commit -m 'third op' .
[master 406ad4f] third op
 Committer: root 

 3 files changed, 3 insertions(+)
 create mode 100644 advance/file.txt
 create mode 100644 advance/test.txt
 create mode 100644 newfile.txt

[root@localhost gitob]# git log --pretty=raw
commit 406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1
tree 4a5ca33cc59ec2b01900e65ec75266090ccc8a7a
parent 336400b0b36e8f6cfe683fa5127bad6fb235060c
author root  1508847505 +0800
committer root  1508847505 +0800

    third op

commit 336400b0b36e8f6cfe683fa5127bad6fb235060c
tree fa0bbc8e85135d5ed51a4f13ec9227917d8f4b57
parent 43d5d5076eaa085fef9f26fbd807d5babc58eb5a
author root  1508846561 +0800
committer root  1508846561 +0800

    comment2

commit 43d5d5076eaa085fef9f26fbd807d5babc58eb5a
tree 922e7684388b51938e7442eb310513d8a965971d
author root  1508845030 +0800
committer root  1508845030 +0800

    file content1

[root@localhost gitob]# git cat-file -p 4a5ca33cc59ec2b01900e65ec75266090ccc8a7a
040000 tree 494b5f973f06cc02664b393e4fc0b174dde85218    advance
100644 blob fa8797f68cd826a3ac7713bdfdb9ddb43b146752    file.txt
100644 blob 27d10cc8d0f10540c1fce1aa6de5e8f3e6b655ba    newfile.txt
[root@localhost gitob]# git cat-file -p 494b5f973f06cc02664b393e4fc0b174dde85218
100644 blob 7f3886d9cc49b5817001f0fc16c637290e4200b0    file.txt
100644 blob 9cce8524a4871530843e41906f1c3e07af4849de    test.txt
[root@localhost gitob]# git cat-file -p 27d10cc8d0f10540c1fce1aa6de5e8f3e6b655ba
content3
[root@localhost gitob]# git cat-file -p 7f3886d9cc49b5817001f0fc16c637290e4200b0
content5
[root@localhost gitob]# git cat-file -p 9cce8524a4871530843e41906f1c3e07af4849de
content4

4、关系示意图

git的学习与使用_第5张图片
git对象模型

git对象模型就像是git系统特有的文件系统，以特定的方式存储更新的内容、元数据以及版本历史信息。

6、探索仓库.git目录

6.1 git目录基本介绍

下面探索git目录，这里接着5、git对象结构模型里面的文件进行。

[root@localhost gitob]# ls -al
总用量 8
drwxr-xr-x  4 root root  64 10月 24 20:16 .
drwxr-xr-x. 7 root root  71 10月 24 19:30 ..
drwxr-xr-x  2 root root  36 10月 24 20:17 advance
-rw-r--r--  1 root root  18 10月 24 20:02 file.txt
drwxr-xr-x  8 root root 155 10月 24 20:18 .git
-rw-r--r--  1 root root   9 10月 24 20:16 newfile.txt
[root@localhost .git]# ls -al
总用量 24
drwxr-xr-x  8 root root  155 10月 24 20:18 .
drwxr-xr-x  4 root root   64 10月 24 20:16 ..
drwxr-xr-x  2 root root    6 10月 24 19:32 branches
-rw-r--r--  1 root root    9 10月 24 20:18 COMMIT_EDITMSG
-rw-r--r--  1 root root   92 10月 24 19:32 config
-rw-r--r--  1 root root   73 10月 24 19:32 description
-rw-r--r--  1 root root   23 10月 24 19:32 HEAD
drwxr-xr-x  2 root root 4096 10月 24 19:32 hooks
-rw-r--r--  1 root root  409 10月 24 20:18 index
drwxr-xr-x  2 root root   20 10月 24 19:32 info
drwxr-xr-x  3 root root   28 10月 24 19:37 logs
drwxr-xr-x 15 root root  127 10月 24 20:18 objects
drwxr-xr-x  4 root root   29 10月 24 19:32 refs

对于这些文件和目录，先进行一些基本的描述，在之后有更详细的介绍。

  • （d）hooks：这个目录存放一些shell脚本，可以设置特定的git命令发出后响应的脚本，在搭建gitweb或其它git托管系统经常用到，即钩子。

  • （d）info：包含一些仓库的信息。

  • （d）logs：保存所有更新的引用记录。

  • （d）objects：所有的git对象都会放在这个目录中，对象的hash值的前两位是文件夹的名称，后38位作为对象的文件名。这里注意完整的hash值仍是40位整的。

  • （d）refs：这个目录一般包含三个子目录：heads、remotes和tags，heads中的文件标识了项目中各个分支指向的当前commit。

  • （d）branches：存放一个仓库的各个分支。

  • （f）COMMIT_EDITMSG：保存最新的commit messsage，git系统不会用到这个文件夹，只是给用户的一个参考。

  • （f）config：仓库的配置文件。

  • （f）description：仓库的描述信息，主要给gitweb等git托管系统使用。

  • （f）HEAD：这个文件包含了一个当前分支（branch）的作用，通过这个文件git可以找到下一次commmit的parent。

  • （f）index：这个文件就是我们前面提到的暂存区（stage），是一个二进制文件。

6.2 git引用

git引用是非常重要的概念，对于理解分支、HEAD指针以及reflog非常有帮助。

git系统中的分支名、远程分支名、tag等都是指向某个commit的引用，比如master分支，origin/master，命名为v1.0的tag等都是引用，它们通过保存某个commit的SHA1哈希值指向某个commit。

6.2.1 重新认识HEAD

HEAD也是一个一用，一般情况下间接指向你当前所在的分支的最新的commit上。HEAD跟git中一般的引用不同，它并不包含某个commit的SHA1哈希值，而是包含当前所在的分支，所以HEAD直接指向当前所在的分支，然后简介指向当前分支的最新提交。

下面实例解释上面的内容，首先查看‘.git/HEAD’的内容。

[root@localhost gitob]# cat .git/HEAD 
ref: refs/heads/master

这里表示HEAD指向一个master分支的引用，然后我们可以根据引用路径打开‘.git/refs/heads/master’文件，内容如下：

[root@localhost gitob]# cat .git/refs/heads/master 
406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1

我们利用git log查看各个commit的哈希值，可以看出上面的commit正是指向master分支上最新的提交406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1。

[root@localhost gitob]# git log
commit 406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1
Author: root 
Date:   Tue Oct 24 20:18:25 2017 +0800

    third op

commit 336400b0b36e8f6cfe683fa5127bad6fb235060c
Author: root 
Date:   Tue Oct 24 20:02:41 2017 +0800

    comment2

commit 43d5d5076eaa085fef9f26fbd807d5babc58eb5a
Author: root 
Date:   Tue Oct 24 19:37:10 2017 +0800

    file content1

所以所有的内容环环相扣，我们通过HEAD找到当前分支，然后通过当前分支的引用找到最新的commit，然后通过commit找到整个对象关系模型，对应下图。

git的学习与使用_第6张图片
git对象模型之HEAD

6.2.2 引用与分支

分支在下节会描述，这节直接先使用，下面会大概介绍下引用与分支的关系。

[root@localhost gitob]# git branch bugfix           # 新建分支
[root@localhost gitob]# git checkout bugfix         # 切换到bugfix分支
切换到分支 'bugfix'

在上面我们新建了一个bugfix的分支，然后切换到了这个分支中，那我们再次查看refs/heads/目录可以看到除了master分支外，又多出一个bugfix的分支文件，其文件的内容也是一个哈希值。

[root@localhost gitob]# cd .git/refs/heads/         # 查看ref/heads目录中的分支
[root@localhost heads]# ll
总用量 8
-rw-r--r-- 1 root root 41 10月 26 13:36 bugfix
-rw-r--r-- 1 root root 41 10月 24 20:18 master
[root@localhost heads]# cd -
/home/gitob

通过git show-ref --heads命令就可以看到所有的头。

[root@localhost gitob]# git show-ref --heads        # 查看所有的分支头
406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1 refs/heads/bugfix
406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1 refs/heads/master

根据前面的概念，HEAD指向当前分支的最新提交，即现在我们查看HEAD值的话就是下面这样。

[root@localhost gitob]# cat .git/HEAD               # 当前头指向分支
ref: refs/heads/bugfix

6.2.3 再看reflog

在第4节中，已经说过如何根据reflog去得到一个commit的哈希值，然后把repo退回到指定的版本状态。

下面我们切到.git/logs文件夹，可以看到这个文件夹也有一个HEAD文件和refs目录，这些就是记录reflog的地方。

查看HEAD文件的内容，会发现这个文件将会包含所有分支的reflog记录。

[root@localhost gitob]# cd .git/logs/
[root@localhost logs]# vim HEAD 

0000000000000000000000000000000000000000 43d5d5076eaa085fef9f26fbd807d5babc58eb5a root  1508845030 +0800    commit (initial): file content1
43d5d5076eaa085fef9f26fbd807d5babc58eb5a 336400b0b36e8f6cfe683fa5127bad6fb235060c root  1508846561 +0800    commit: comment2
336400b0b36e8f6cfe683fa5127bad6fb235060c 406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1 root  1508847505 +0800    commit: third op
406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1 406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1 root  1508996182 +0800    checkout: moving from master to bugfix

进入.git/logs/refs/heads目录，同样会有master和bugfix两个文件，两个文件将会保存各自分支的reflog记录。内容记录分别如下：

[root@localhost heads]# cat master 
0000000000000000000000000000000000000000 43d5d5076eaa085fef9f26fbd807d5babc58eb5a root  1508845030 +0800    commit (initial): file content1
43d5d5076eaa085fef9f26fbd807d5babc58eb5a 336400b0b36e8f6cfe683fa5127bad6fb235060c root  1508846561 +0800    commit: comment2
336400b0b36e8f6cfe683fa5127bad6fb235060c 406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1 root  1508847505 +0800    commit: third op
[root@localhost heads]# cat bugfix 
0000000000000000000000000000000000000000 406ad4f261d9f2ced79f8b73b9b8a5a0adfdc9e1 root  1508996177 +0800    branch: Created from master

6.2.4 索引（index）

前面说过index/stage，就是更新的暂存区，下面就来看下index文件。这里已经将当前分支恢复到了master。

index（索引）是一个存放了以排序路径的二进制文件，并且每个路径都对应一个SHA1哈希值，在git系统中，可以通过git ls-files --stage来查看index文件的内容。

[root@localhost .git]# git ls-files --stage
100644 7f3886d9cc49b5817001f0fc16c637290e4200b0 0   advance/file.txt
100644 9cce8524a4871530843e41906f1c3e07af4849de 0   advance/test.txt
100644 fa8797f68cd826a3ac7713bdfdb9ddb43b146752 0   file.txt
100644 27d10cc8d0f10540c1fce1aa6de5e8f3e6b655ba 0   newfile.txt

从上面的结果可以看出，所有的记录都对应仓库的文件（包括全路径）。通过git cat-file命令可以查看某个文件对应的哈希值，这个哈希值就是代表这个文件所在的blob对象。

[root@localhost .git]# git cat-file -t fa8797f68cd826a3ac7713bdfdb9ddb43b146752
blob
[root@localhost .git]# git cat-file -p fa8797f68cd826a3ac7713bdfdb9ddb43b146752
content1
content2

下面修改file.txt文件，添加提交，其哈希值已经发生变化。

[root@localhost gitob]# cat file.txt 
content1
content2

stage
[root@localhost gitob]# git add file.txt 
[root@localhost gitob]# git commit -m 'stage update'
[master d540063] stage update
 Committer: root 

 1 file changed, 2 insertions(+)

再查看暂存区index中其对应的文件。

[root@localhost gitob]# git ls-files --stage
100644 7f3886d9cc49b5817001f0fc16c637290e4200b0 0   advance/file.txt
100644 9cce8524a4871530843e41906f1c3e07af4849de 0   advance/test.txt
100644 a458c3d38d26fcac12c94af976c8cc580c5be30a 0   file.txt
100644 27d10cc8d0f10540c1fce1aa6de5e8f3e6b655ba 0   newfile.txt
[root@localhost gitob]# git cat-file -t a458c3d38d26fcac12c94af976c8cc580c5be30a
blob
[root@localhost gitob]# git cat-file -p a458c3d38d26fcac12c94af976c8cc580c5be30a
content1
content2

stage

这个例子我们可以理解之前diff操作会有怎样的变化。

  • git diff：比较workspace和stage，add之前有diff输出；add之后没有diff输出。
  • git diff HEAD：比较workspace和repo，add之前之后都有diff输出。
  • git diff --cached：比较stage和repo，add之前没有diff输出；add之后有diff输出。

6.3 git对象存储

之前提到git所有的对象都会放在.git/objects的目录中，对象SHA1的哈希值是文件夹名称，后38位作为对象文件名。上述所有的对象都可以这么找到。

在git系统中有两种存储对象的方式，松散对象和打包对象存储。

6.3.1 松散对象（loose object）

松散随想存储就是前面提到的每个对象都被写入一个单独文件中，对象SHA1哈希值的前两位是文件夹的名称，后38位作为对象文件名。

6.3.2 打包对象（packed object）

对于松散对象，把每个文件的每个版本都作为一个单独的对象，它的效率比较低，而且浪费空间，所有就有了打包文件的存储方式。

git使用打包文件（packfile）去节省空间，在这个格式中，git只会保存第二个文件中改变了的部分，然后用一个指针指向相似的那个文件。

一般的git系统中会自动完成打包的工作，在已经发生打包的git仓库中，.git/objects/pack目录下会成对出现跟对‘pack-?.idx’和‘pack-?.pack’文件，再具体这里不做介绍。

你可能感兴趣的:(git的学习与使用)

  • 斤斤计较的婚姻到底有多难？ 白心之岂必有为
    很多人私聊我会问到在哪个人群当中斤斤计较的人最多？我都会回答他，一般婚姻出现问题的斤斤计较的人士会非常多，以我多年经验，在婚姻落的一塌糊涂的人当中，斤斤计较的人数占比在20～30%以上，也就是说10个婚姻出现问题的斤斤计较的人有2-3个有多不减。在婚姻出问题当中，有大量的心理不平衡的、尖酸刻薄的怨妇。在婚姻中仅斤斤计较有两种类型：第一种是物质上的，另一种是精神上的。在物质与精神上抠门已经严重的影响
  • 情绪觉察日记第37天 露露_e800
    今天是家庭关系规划师的第二阶最后一天，慧萍老师帮我做了个案，帮我处理了埋在心底好多年的一份恐惧，并给了我深深的力量！这几天出来学习，爸妈过来婆家帮我带小孩，妈妈出于爱帮我收拾东西，并跟我先生和婆婆产生矛盾，妈妈觉得他们没有照顾好我…。今晚回家见到妈妈，我很欣赏她并赞扬她，妈妈说今晚要跟我睡我说好，当我们俩躺在床上准备睡觉的时候，我握着妈妈的手对她说:妈妈这几天辛苦你了，你看你多利害把我们的家收拾得
  • 芦花鞋一四 许叶晗
    又是在一个寒冷的夏日里，青铜和葵花决定今天一起去卖芦花鞋，奶奶亲手给他们做了一碗热乎乎的粥对他们说:“就靠你们两挣生活费了这碗粥赶紧趁热喝了吧！”于是青铜和葵花喝完了奶奶给她们做的粥，就准备去镇上卖卢花鞋，这回青铜和葵花穿着新的芦花鞋来到了镇上。青铜这回看到了很多人都在卖，用手势表达对葵花说:“这回有好多人在抢我们生意呢！我们必须得吆喝起来。”葵花点了点头。可是谁知他们也大声的叫，卖芦花喽！卖芦花
  • QQ群采集助手，精准引流必备神器 2401_87347160 其他经验分享
    功能概述微信群查找与筛选工具是一款专为微信用户设计的辅助工具，它通过关键词搜索功能，帮助用户快速找到相关的微信群，并提供筛选是否需要验证的群组的功能。主要功能关键词搜索：用户可以输入关键词，工具将自动查找包含该关键词的微信群。筛选功能：工具提供筛选机制，用户可以选择是否只显示需要验证或不需要验证的群组。精准引流：通过上述功能，用户可以更精准地找到目标群组，进行有效的引流操作。3.设备需求该工具可以
  • 关于沟通这件事，项目经理不需要每次都面对面进行 流程大师兄
    很多项目经理都会遇到这样的问题，项目中由于事情太多，根本没有足够的时间去召开会议，那在这种情况下如何去有效地管理项目中的利益相关者？当然，不建议电子邮件也不需要开会的话，建议可以采取下面几种方式来形成有效的沟通，这几种方式可以帮助你努力的通过各种办法来保持和各方面的联系。项目经理首先要问自己几个问题，项目中哪些利益相关者是必须要进行沟通的？可以列出项目中所有的利益相关者清单，同时也整理出项目中哪些
  • 机器学习与深度学习间关系与区别 ℒℴѵℯ心·动ꦿ໊ོ꫞ 人工智能学习深度学习python
    一、机器学习概述定义机器学习（MachineLearning,ML）是一种通过数据驱动的方法，利用统计学和计算算法来训练模型，使计算机能够从数据中学习并自动进行预测或决策。机器学习通过分析大量数据样本，识别其中的模式和规律，从而对新的数据进行判断。其核心在于通过训练过程，让模型不断优化和提升其预测准确性。主要类型1.监督学习（SupervisedLearning）监督学习是指在训练数据集中包含输入
  • 铭刻于星（四十二） 随风至
    69夜晚，绍敏同学做完功课后，看了眼房外，没听到动静才敢从书包的夹层里拿出那个心形纸团。折痕压得很深，都有些旧了，想来是已经写好很久了。绍敏同学慢慢地、轻轻地捏开折叠处，待到全部拆开后，又反复抚平纸张，然后仔细地一字字默看。只是开头的三个字是第一次看到，让她心漏跳了几拍。“亲爱的绍敏：从四年级的时候，我就喜欢你了，但是我一直不敢说，怕影响你学习。六年级的时候听说有人跟你表白，你接受了，我很难过，但
  • 底层逆袭到底有多难，不甘平凡的你准备好了吗？让吴起给你说说 造命者说
    底层逆袭到底有多难，不甘平凡的你准备好了吗？让吴起给你说说我叫吴起，生于公元前440年的战国初期，正是群雄并起、天下纷争不断的时候。后人说我是军事家、政治家、改革家，是兵家代表人物。评价我一生历仕鲁、魏、楚三国，通晓兵家、法家、儒家三家思想，在内政军事上都有极高的成就。周安王二十一年（公元前381年），因变法得罪守旧贵族，被人乱箭射死。我出生在卫国一个“家累万金”的富有家庭，从年轻时候起就不甘平凡
  • 2020-01-25 晴岚85
    郑海燕坚持分享590天2020.1.24在生活中只存在两个问题。一个问题是：你知道想要达成的目标是什么，但却不知道如何才能达成；另一个问题是：你不知道你的目标是什么。前一个是行动的问题，后一个是结果的问题。通过制定具体的下一步行动，可以解决不知道如何开始行动的问题。而通过去想象结果，对结果做预估，可以解决找不着目标的问题。对于所有吸引我们注意力，想要完成的任务，你可以先想象一下，预期的结果究竟是什
  • 随笔 | 仙一般的灵气 海思沧海
    仙岛今天，我看了你全部，似乎已经进入你的世界我不知道，这是否是梦幻，还是你仙一般的灵气吸引了我也许每一个人都要有一份属于自己的追求，这样才能够符合人生的梦想，生活才能够充满着阳光与快乐我不知道，我为什么会这样的感叹，是在感叹自己的人生，还是感叹自己一直没有孜孜不倦的追求只感觉虚度了光阴，每天活在自己的梦中，活在一个不真实的世界是在逃避自己，还是在逃避周围的一切有时候我嘲笑自己，嘲笑自己如此的虚无，
  • 想家 爆米花机
    也许不同于大家对家乡的思念，我对家乡甚至是疯狂的不舍。还未踏出车站就感觉到幸福，我享受这里的夕阳、这里的浓烈柴火味、这里每一口家常菜。我是宅女，我贪恋家的安逸。刚刚踏出大学校门，初出茅庐，无法适应每年只能国庆和春节回家。我焦虑、失眠、无端发脾气，是无法适应工作的节奏，是无法接受我将一步步离开家乡的事实。我不想承认自己胸无大志，选择再次踏上征程。图片发自App
  • 【iOS】MVC设计模式 Magnetic_h iosmvc设计模式objective-c学习ui
    MVC前言如何设计一个程序的结构，这是一门专门的学问，叫做"架构模式"（architecturalpattern），属于编程的方法论。MVC模式就是架构模式的一种。它是Apple官方推荐的App开发架构，也是一般开发者最先遇到、最经典的架构。MVC各层controller层Controller/ViewController/VC（控制器）负责协调Model和View，处理大部分逻辑它将数据从Mod
  • OC语言多界面传值五大方式 Magnetic_h iosui学习objective-c开发语言
    前言在完成暑假仿写项目时，遇到了许多需要用到多界面传值的地方，这篇博客来总结一下比较常用的五种多界面传值的方式。属性传值属性传值一般用前一个界面向后一个界面传值，简单地说就是通过访问后一个视图控制器的属性来为它赋值，通过这个属性来做到从前一个界面向后一个界面传值。首先在后一个界面中定义属性@interfaceBViewController:UIViewController@propertyNSSt
  • 一百九十四章. 自相矛盾 巨木擎天
    唉！就这么一夜，林子感觉就像过了很多天似的，先是回了阳间家里，遇到了那么多不可思议的事情儿。特别是小伙伴们，第二次与自己见面时，僵硬的表情和恐怖的气氛，让自己如坐针毡，打从心眼里难受！还有东子，他现在还好吗？有没有被人欺负？护城河里的小鱼小虾们，还都在吗？水不会真的干枯了吧？那对相亲相爱漂亮的太平鸟儿，还好吧！春天了，到了做窝、下蛋、喂养小鸟宝宝的时候了，希望它们都能够平安啊！虽然没有看见家人，也
  • UI学习——cell的复用和自定义cell Magnetic_h ui学习
    目录cell的复用手动（非注册）自动（注册）自定义cellcell的复用在iOS开发中，单元格复用是一种提高表格（UITableView）和集合视图（UICollectionView）滚动性能的技术。当一个UITableViewCell或UICollectionViewCell首次需要显示时，如果没有可复用的单元格，则视图会创建一个新的单元格。一旦这个单元格滚动出屏幕，它就不会被销毁。相反，它被添
  • element实现动态路由+面包屑 软件技术NINI vue案例vue.js前端
    el-breadcrumb是ElementUI组件库中的一个面包屑导航组件，它用于显示当前页面的路径，帮助用户快速理解和导航到应用的各个部分。在Vue.js项目中，如果你已经安装了ElementUI，就可以很方便地使用el-breadcrumb组件。以下是一个基本的使用示例：安装ElementUI（如果你还没有安装的话）:你可以通过npm或yarn来安装ElementUI。bash复制代码npmi
  • 10月|愿你的青春不负梦想-读书笔记-01 Tracy的小书斋
    本书的作者是俞敏洪，大家都很熟悉他了吧。俞敏洪老师是我行业的领头羊吧，也是我事业上的偶像。本日摘录他书中第一章中的金句：『一个人如果什么目标都没有，就会浑浑噩噩，感觉生命中缺少能量。能给我们能量的，是对未来的期待。第一件事，我始终为了进步而努力。与其追寻全世界的骏马，不如种植丰美的草原，到时骏马自然会来。第二件事，我始终有阶段性的目标。什么东西能给我能量？答案是对未来的期待。』读到这里的时候，我便
  • C语言宏函数 南林yan C语言c语言
    一、什么是宏函数？通过宏定义的函数是宏函数。如下，编译器在预处理阶段会将Add(x,y)替换为((x)*(y))#defineAdd(x,y)((x)*(y))#defineAdd(x,y)((x)*(y))intmain(){inta=10;intb=20;intd=10;intc=Add(a+d,b)*2;cout<
  • 地推话术，如何应对地推过程中家长的拒绝 校师学
    相信校长们在做地推的时候经常遇到这种情况：市场专员反馈家长不接单，咨询师反馈难以邀约这些家长上门，校区地推疲软，招生难。为什么？仅从地推层面分析，一方面因为家长受到的信息轰炸越来越多，对信息越来越“免疫”；而另一方面地推人员的专业能力和营销话术没有提高，无法应对家长的拒绝，对有意向的家长也不知如何跟进，眼睁睁看着家长走远；对于家长的疑问，更不知道如何有技巧地回答，机会白白流失。由于回答没技巧和专业
  • 谢谢你们，爱你们！ 鹿游儿
    昨天家人去泡温泉，二个孩子也带着去，出发前一晚，匆匆下班，赶回家和孩子一起收拾。饭后，我拿出笔和本子（上次去澳门时做手帐的本子）写下了1\2\3\4\5\6\7\8\9,让后让小壹去思考，带什么出发去旅游呢？她在对应的数字旁边画上了，泳衣、泳圈、肖恩、内衣内裤、tapuy、拖鞋……画完后，就让她自己对着这个本子，将要带的，一一带上，没想到这次带的书还是这本《便便工厂》(晚上姑婆发照片过来，妹妹累得
  • C语言如何定义宏函数？ 小九格物 c语言
    在C语言中，宏函数是通过预处理器定义的，它在编译之前替换代码中的宏调用。宏函数可以模拟函数的行为，但它们不是真正的函数，因为它们在编译时不会进行类型检查，也不会分配存储空间。宏函数的定义通常使用#define指令，后面跟着宏的名称和参数列表，以及宏展开后的代码。宏函数的定义方式：1.基本宏函数：这是最简单的宏函数形式，它直接定义一个表达式。#defineSQUARE(x)((x)*(x))2.带参
  • 微服务下功能权限与数据权限的设计与实现 nbsaas-boot 微服务java架构
    在微服务架构下，系统的功能权限和数据权限控制显得尤为重要。随着系统规模的扩大和微服务数量的增加，如何保证不同用户和服务之间的访问权限准确、细粒度地控制，成为设计安全策略的关键。本文将讨论如何在微服务体系中设计和实现功能权限与数据权限控制。1.功能权限与数据权限的定义功能权限：指用户或系统角色对特定功能的访问权限。通常是某个用户角色能否执行某个操作，比如查看订单、创建订单、修改用户资料等。数据权限：
  • 理解Gunicorn：Python WSGI服务器的基石 范范0825 ipythonlinux运维
    理解Gunicorn：PythonWSGI服务器的基石介绍Gunicorn，全称GreenUnicorn，是一个为PythonWSGI（WebServerGatewayInterface）应用设计的高效、轻量级HTTP服务器。作为PythonWeb应用部署的常用工具，Gunicorn以其高性能和易用性著称。本文将介绍Gunicorn的基本概念、安装和配置，帮助初学者快速上手。1.什么是Gunico
  • 小丽成长记（四十三） 玲玲54321
    小丽发现，即使她好不容易调整好自己的心态下一秒总会有不确定的伤脑筋的事出现，一个接一个的问题，人生就没有停下的时候，小问题不断出现。不过她今天看的书，她接受了人生就是不确定的，厉害的人就是不断创造确定性，在Ta的领域比别人多的确定性就能让自己脱颖而出，显示价值从而获得的比别人多的利益。正是这样的原因，因为从前修炼自己太少，使得她现在在人生道路上打怪起来困难重重，她似乎永远摆脱不了那种无力感，有种习
  • 学点心理知识，呵护孩子健康 静候花开_7090
    昨天听了华中师范大学教育管理学系副教授张玲老师的《哪里才是学生心理健康的最后庇护所，超越教育与技术的思考》的讲座。今天又重新学习了一遍，收获匪浅。张玲博士也注意到了当今社会上的孩子由于心理问题导致的自残、自杀及伤害他人等恶性事件。她向我们普及了一个重要的命题，她说心理健康的一些基本命题，我们与我们通常的一些教育命题是不同的，她还举了几个例子，让我们明白我们原来以为的健康并非心理学上的健康。比如如果
  • 2021年12月19日，春蕾教育集团团建活动感受——黄晓丹 黄错错加油
    感受:1.从陌生到熟悉的过程。游戏环节让我们在轻松的氛围中得到了锻炼，也增长了不少知识。2.游戏过程中，我们贡献的是个人力量，展现的是团队的力量。它磨合的往往不止是工作的熟悉，更是观念上契合度的贴近。3.这和工作是一样的道理。在各自的岗位上，每个人摆正自己的位置、各司其职充分发挥才能，并团结一致劲往一处使，才能实现最大的成功。新知:1.团队精神需要不断地创新。过去，人们把创新看作是冒风险，现在人们
  • Cell Insight | 单细胞测序技术又一新发现，可用于HIV-1和Mtb共感染个体诊断 尐尐呅
    结核病是艾滋病合并其他疾病中导致患者死亡的主要原因。其中结核病由结核分枝杆菌（Mycobacteriumtuberculosis,Mtb）感染引起，获得性免疫缺陷综合症（艾滋病）由人免疫缺陷病毒（Humanimmunodeficiencyvirustype1,HIV-1）感染引起。国家感染性疾病临床医学研究中心/深圳市第三人民医院张国良团队携手深圳华大生命科学研究院吴靓团队，共同研究得出单细胞测序
  • c++ 的iostream 和 c++的stdio的区别和联系 黄卷青灯77 c++算法开发语言iostreamstdio
    在C++中，iostream和C语言的stdio.h都是用于处理输入输出的库，但它们在设计、用法和功能上有许多不同。以下是两者的区别和联系：区别1.编程风格iostream（C++风格）：C++标准库中的输入输出流类库，支持面向对象的输入输出操作。典型用法是cin（输入）和cout（输出），使用>操作符来处理数据。更加类型安全，支持用户自定义类型的输入输出。#includeintmain(){in
  • 瑶池防线 谜影梦蝶
    冥华虽然逃过了影梦的军队，但他是一个忠臣，他选择上报战况。败给影梦后成逃兵，高层亡尔还活着，七重天失守......随便一条，即可处死冥华。冥华自然是知道以仙界高层的习性此信一发自己必死无疑，但他还选择上报实情，因为责任。同样此信送到仙宫后，知道此事的人，大多数人都认定冥华要完了，所以上到仙界高层，下到扫大街的，包括冥华自己，全都准备好迎接冥华之死。如果仙界现在还属于两方之争的话，冥华必死无疑。然而
  • 爬山后遗症 璃绛
    爬山，攀登，一步一步走向制高点，是一种挑战。成功抵达是一种无法言语的快乐，在山顶吹吹风，看看风景，这是从未有过的体验。然而，爬山一时爽，下山腿打颤，颠簸的路，一路向下走，腿部力量不够，走起来抖到不行，停不下来了！第二天必定腿疼，浑身酸痛，坐立难安！
  • [星球大战]阿纳金的背叛 comsci
          本来杰迪圣殿的长老是不同意让阿纳金接受训练的.........     但是由于政治原因,长老会妥协了...这给邪恶的力量带来了机会     所以......现代的地球联邦接受了这个教训...绝对不让某些年轻人进入学院    
  • 看懂它，你就可以任性的玩耍了！ aijuans JavaScript
              javascript作为前端开发的标配技能，如果不掌握好它的三大特点：1.原型 2.作用域 3. 闭包 ,又怎么可以说你学好了这门语言呢？如果标配的技能都没有撑握好，怎么可以任性的玩耍呢？怎么验证自己学好了以上三个基本点呢，我找到一段不错的代码，稍加改动，如果能够读懂它，那么你就可以任性了。 function jClass(b
  • Java常用工具包 Jodd Kai_Ge javajodd
    Jodd 是一个开源的 Java 工具集， 包含一些实用的工具类和小型框架。简单，却很强大！ 写道 Jodd = Tools + IoC + MVC + DB + AOP + TX + JSON + HTML < 1.5 Mb Jodd 被分成众多模块，按需选择，其中 工具类模块有： jodd-core    &nb
  • SpringMvc下载 120153216 springMVC
    @RequestMapping(value = WebUrlConstant.DOWNLOAD) public void download(HttpServletRequest request,HttpServletResponse response,String fileName) { OutputStream os = null; InputStream is = null;
  • Python 标准异常总结 2002wmj python
    Python标准异常总结 AssertionError 断言语句（assert）失败 AttributeError 尝试访问未知的对象属性 EOFError 用户输入文件末尾标志EOF（Ctrl+d） FloatingPointError 浮点计算错误 GeneratorExit generator.close()方法被调用的时候 ImportError 导入模块失
  • SQL函数返回临时表结构的数据用于查询 357029540 SQL Server
    这两天在做一个查询的SQL，这个SQL的一个条件是通过游标实现另外两张表查询出一个多条数据，这些数据都是INT类型，然后用IN条件进行查询，并且查询这两张表需要通过外部传入参数才能查询出所需数据，于是想到了用SQL函数返回值，并且也这样做了，由于是返回多条数据，所以把查询出来的INT类型值都拼接为了字符串，这时就遇到问题了，在查询SQL中因为条件是INT值，SQL函数的CAST和CONVERST都
  • java 时间格式化 | 比较大小| 时区 个人笔记 7454103 javaeclipsetomcatcMyEclipse
    个人总结！ 不当之处多多包含！ 引用 1.0 如何设置 tomcat 的时区：          位置：(catalina.bat---JAVA_OPTS  下面加上)          set JAVA_OPT
  • 时间获取Clander的用法 adminjun Clander时间
    /**    * 得到几天前的时间    * @param d    * @param day    * @return    */   public static Date getDateBefore(Date d,int day){    Calend
  • JVM初探与设置 aijuans java
    JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。Java虚拟机包括一套字节码指令集、一组寄存器、一个栈、一个垃圾回收堆和一个存储方法域。 JVM屏蔽了与具体操作系统平台相关的信息，使Java程序只需生成在Java虚拟机上运行的目标代码（字节码）,就可以在多种平台
  • SQL中ON和WHERE的区别 avords
    SQL中ON和WHERE的区别   数据库在通过连接两张或多张表来返回记录时，都会生成一张中间的临时表，然后再将这张临时表返回给用户。   www.2cto.com   在使用left jion时，on和where条件的区别如下：  1、 on条件是在生成临时表时使用的条件，它不管on中的条件是否为真，都会返回左边表中的记录。 
  • 说说自信 houxinyou 工作生活
    自信的来源分为两种,一种是源于实力,一种源于头脑.实力是一个综合的评定,有自身的能力,能利用的资源等.比如我想去月亮上,要身体素质过硬,还要有飞船等等一系列的东西.这些都属于实力的一部分.而头脑不同,只要你头脑够简单就可以了!同样要上月亮上,你想,我一跳,1米,我多跳几下,跳个几年,应该就到了!什么?你说我会往下掉?你笨呀你!找个东西踩一下不就行了吗?     无论工作还
  • WEBLOGIC事务超时设置 bijian1013 weblogicjta事务超时
            系统中统计数据，由于调用统计过程，执行时间超过了weblogic设置的时间，提示如下错误： 统计数据出错! 原因：The transaction is no longer active - status: 'Rolling Back. [Reason=weblogic.transaction.internal
  • 两年已过去，再看该如何快速融入新团队 bingyingao java互联网融入架构新团队
    偶得的空闲，翻到了两年前的帖子 该如何快速融入一个新团队，有所感触，就记下来，为下一个两年后的今天做参考。     时隔两年半之后的今天，再来看当初的这个博客，别有一番滋味。而我已经于今年三月份离开了当初所在的团队，加入另外的一个项目组，2011年的这篇博客之后的时光，我很好的融入了那个团队，而直到现在和同事们关系都特别好。大家在短短一年半的时间离一起经历了一
  • 【Spark七十七】Spark分析Nginx和Apache的access.log bit1129 apache
    Spark分析Nginx和Apache的access.log，第一个问题是要对Nginx和Apache的access.log文件进行按行解析，按行解析就的方法是正则表达式：   Nginx的access.log解析正则表达式   val PATTERN = """([^ ]*) ([^ ]*) ([^ ]*) (\\[.*\\]) (\&q
  • Erlang patch bookjovi erlang
    Totally five patchs committed to erlang otp, just small patchs. IMO, erlang really is a interesting programming language, I really like its concurrency feature. but the functional programming style
  • log4j日志路径中加入日期 bro_feng javalog4j
    要用log4j使用记录日志，日志路径有每日的日期，文件大小5M新增文件。 实现方式 log4j: <appender name="serviceLog" class="org.apache.log4j.RollingFileAppender"> <param name="Encoding" v
  • 读《研磨设计模式》-代码笔记-桥接模式 bylijinnan java设计模式
    声明： 本文只为方便我个人查阅和理解，详细的分析以及源代码请移步 原作者的博客http://chjavach.iteye.com/ /** * 个人觉得关于桥接模式的例子，蜡笔和毛笔这个例子是最贴切的：http://www.cnblogs.com/zhenyulu/articles/67016.html * 笔和颜色是可分离的，蜡笔把两者耦合在一起了：一支蜡笔只有一种
  • windows7下SVN和Eclipse插件安装 chenyu19891124 eclipse插件
    今天花了一天时间弄SVN和Eclipse插件的安装，今天弄好了。svn插件和Eclipse整合有两种方式，一种是直接下载插件包，二种是通过Eclipse在线更新。由于之前Eclipse版本和svn插件版本有差别，始终是没装上。最后在网上找到了适合的版本。所用的环境系统：windows7JDK：1.7svn插件包版本：1.8.16Eclipse：3.7.2工具下载地址：Eclipse下在地址：htt
  • [转帖]工作流引擎设计思路 comsci 设计模式工作应用服务器workflow企业应用
    作为国内的同行，我非常希望在流程设计方面和大家交流，刚发现篇好文(那么好的文章，现在才发现，可惜)，关于流程设计的一些原理，个人觉得本文站得高，看得远，比俺的文章有深度，转载如下 ================================================================================= 自开博以来不断有朋友来探讨工作流引擎该如何
  • Linux 查看内存，CPU及硬盘大小的方法 daizj linuxcpu内存硬盘大小
    一、查看CPU信息的命令 [root@R4 ~]# cat /proc/cpuinfo |grep "model name" && cat /proc/cpuinfo |grep "physical id" model name : Intel(R) Xeon(R) CPU X5450 @ 3.00GHz model name :
  • linux 踢出在线用户 dongwei_6688 linux
    两个步骤： 1.用w命令找到要踢出的用户，比如下面：   [root@localhost ~]# w 18:16:55 up 39 days, 8:27, 3 users, load average: 0.03, 0.03, 0.00 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
  • 放手吧,就像不曾拥有过一样 dcj3sjt126com
    内容提要： 静悠悠编著的《放手吧就像不曾拥有过一样》集结“全球华语世界最舒缓心灵”的精华故事，触碰生命最深层次的感动，献给全世界亿万读者。《放手吧就像不曾拥有过一样》的作者衷心地祝愿每一位读者都给自己一个重新出发的理由，将那些令你痛苦的、扛起的、背负的，一并都放下吧！把憔悴的面容换做一种清淡的微笑，把沉重的步伐调节成春天五线谱上的音符，让自己踏着轻快的节奏，在人生的海面上悠然漂荡，享受宁静与
  • php二进制安全的含义 dcj3sjt126com PHP
    PHP里，有string的概念。 string里，每个字符的大小为byte（与PHP相比，Java的每个字符为Character，是UTF8字符，C语言的每个字符可以在编译时选择）。 byte里，有ASCII代码的字符，例如ABC，123，abc，也有一些特殊字符，例如回车，退格之类的。 特殊字符很多是不能显示的。或者说，他们的显示方式没有标准，例如编码65到哪儿都是字母A，编码97到哪儿都是字符
  • Linux下禁用T440s，X240的一体化触摸板(touchpad) gashero linuxThinkPad触摸板
    自打1月买了Thinkpad T440s就一直很火大，其中最让人恼火的莫过于触摸板。   Thinkpad的经典就包括用了小红点(TrackPoint)。但是小红点只能定位，还是需要鼠标的左右键的。但是自打T440s等开始启用了一体化触摸板，不再有实体的按键了。问题是要是好用也行。   实际使用中，触摸板一堆问题，比如定位有抖动，以及按键时会有飘逸。这就导致了单击经常就
  • graph_dfs hcx2013 Graph
    package edu.xidian.graph; class MyStack { private final int SIZE = 20; private int[] st; private int top; public MyStack() { st = new int[SIZE]; top = -1; } public void push(i
  • Spring4.1新特性——Spring核心部分及其他 jinnianshilongnian spring 4.1
    目录 Spring4.1新特性——综述 Spring4.1新特性——Spring核心部分及其他 Spring4.1新特性——Spring缓存框架增强 Spring4.1新特性——异步调用和事件机制的异常处理 Spring4.1新特性——数据库集成测试脚本初始化 Spring4.1新特性——Spring MVC增强 Spring4.1新特性——页面自动化测试框架Spring MVC T
  • 配置HiveServer2的安全策略之自定义用户名密码验证 liyonghui160com
        具体从网上看   http://doc.mapr.com/display/MapR/Using+HiveServer2#UsingHiveServer2-ConfiguringCustomAuthentication   LDAP Authentication using OpenLDAP Setting
  • 一位30多的程序员生涯经验总结 pda158 编程工作生活咨询
    1.客户在接触到产品之后，才会真正明白自己的需求。 　　这是我在我的第一份工作上面学来的。只有当我们给客户展示产品的时候，他们才会意识到哪些是必须的。给出一个功能性原型设计远远比一张长长的文字表格要好。 2.只要有充足的时间，所有安全防御系统都将失败。 　　安全防御现如今是全世界都在关注的大课题、大挑战。我们必须时时刻刻积极完善它，因为黑客只要有一次成功，就可以彻底打败你。   3.
  • 分布式web服务架构的演变 自由的奴隶 linuxWeb应用服务器互联网
    最开始，由于某些想法，于是在互联网上搭建了一个网站，这个时候甚至有可能主机都是租借的，但由于这篇文章我们只关注架构的演变历程，因此就假设这个时候已经是托管了一台主机，并且有一定的带宽了，这个时候由于网站具备了一定的特色，吸引了部分人访问，逐渐你发现系统的压力越来越高，响应速度越来越慢，而这个时候比较明显的是数据库和应用互相影响，应用出问题了，数据库也很容易出现问题，而数据库出问题的时候，应用也容易
  • 初探Druid连接池之二——慢SQL日志记录 xingsan_zhang 日志连接池druid慢SQL
    由于工作原因，这里先不说连接数据库部分的配置，后面会补上，直接进入慢SQL日志记录。   1.applicationContext.xml中增加如下配置： <bean abstract="true" id="mysql_database" class="com.alibaba.druid.pool.DruidDataSourc
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他