git的缓存

A. 【学了就忘】Git操作 — 14.Git基本操作（一）

要对现有的某个项目开始使用Git管理，只需到此项目所在的根目录，执行 git init 命令即可。

准备一个新的Git本地版本库：

说明：初始化Git仓库后，在当前目录下会出现一个名为 .git 的目录，所有Git需要的数据和资源都存放在这个目录中。

不过目前，仅仅是按照既有的结构框架，初始化好了Git仓库中所有的文件和目录，但我们还没有开始跟踪管理项目中的任何一个文件。

使用 git status 命令进行查看。

进入本地版本库查看工作区、暂存区中文件的状态。

1）创建文件后查看工作区、暂存区中文件的状态

我们在仓库目录中创建一个 readme.txt 文件后，在执行 git status 命令。

说明：

2）将工作区的文件添加到暂存区

执行 git add 命令，将 readme.txt 文件添加到暂存区。

3）再次查看工作区、暂存区状态

执行 git status 命令查看工作区、暂存区状态。

说明：

总结：

只要在 "Changes to be committed" 这行下面显示的文件，就说明是已暂存状态。

如果此时提交，那么该文件此时此刻的版本，将被留存在历史记录中。

在 git add 命令后面可以指明要跟踪的文件或目录路径。

如果是目录的话，就说明要递归跟踪该目录下的所有文件。（其实 git add 命令的潜台词就是把目标文件快照放入暂存区域，同时未曾跟踪过的文件标记为已跟踪。）

4）将文件从暂存区撤回到工作区

执行 git rm --cached 命令，将 readme.txt 文件从暂存区撤回到工作区。

并执行 git status 命令查看工作区、暂存区状态。

可以看到结果， readme.txt 文件又成为了一个未被Git追踪的文件。

B. git 为什么要设立缓存区

这样在本地就可以提交代码和回滚代码，而不用连接服务器的时候才能做相关操作。

C. git push时，如何修改已经缓存过的密码

你得把自己的公钥保存在git服务器上，如果是github，设置在setting -> ssh -> new ssh key 利用的是非对称加密验证的原理

D. git如何撤销通过Add添加所有文件到缓存区的

一，常规的操作 1, 首先按需修改文件 echo >> lz66303.txt 2, 然后按需提交被修改的文件到HEAD缓存区 git add lz66303.txt 3, 再把这个修改记录到分支中

E. git是怎样管理代码的

方法步骤：

1、git clone （这个是你新建本地git仓库，如已有可忽略此步）复制下git项目的https链接，打开gitbash客户端，找到你想要放置的路径下，输入链接，可以在链接后边加个其他的名字进行重命名，要是不加的话就显示git项目的名字。输入你的git账号和密码即可获取到对应的git项目代码。

F. git中,文件的状态

git中常用的一个命令便是,git status,该命令的作用是查看哪些文件处于什么状态.
可以用 git status 命令查看哪些文件处于什么状态。 如果在克隆仓库后立即使用此命令，会看到类似这样的输出：
echo 'My Project' > README
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Untracked files:
(use "git add <file>..." to include in what will be committed)

nothing added to commit but untracked files present (use "git add" to track)

在状态报告中,可以看到,出现了一个untracked files文件,readme.未跟踪的文件意味着在之前的快照(提交)中没有这些文件,git不会自动的将这些文件纳入可追踪的范围,除非需要明确的指出我要跟踪做这些文件.此时,可以执行:
git add readme.txt
再运行git status
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git restore --staged <file>..." to unstage)
new file: README
可以看到readme文件处于被追踪的状态中,是被暂存的状态.但是仍然没有commit.

此时,如果我们做了修改,对于一个被追踪的文件,进行了修改,如果你修改了一个CONTRIBUTING.md的已经被追踪的文件,然后运行:
git status
则会出现以下内容:
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

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)

意思为: 名为CONTRIBUTING.md已经跟踪的文件发生了变化.但是还没有被放入暂存区,如需要暂存本次修改,需要运行git add命令.
git add命令是一个多命令,可以使用将其从未追踪文件变为已追踪文件,还可以将已追踪文件未修改的内容,变为已追踪文件暂存.还能用户合并时将冲突文件标记为已解决的状态等.
此时,运行git status输出为:
git add CONTRIBUTING.md
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

可以看到,此时输出的意思为:两个文件都已经暂存,在下次commit时,会一起提交到仓库.

假设此时,需要继续在修改CONTRIBUTING.md文件,此时再运行git status命令,会出现:
git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

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)

此时,CONTRIBUTING.md文件同时出现在暂存区和非暂存区,是因为,git add文件只是暂存了上次执行git add命令时文件的暂存,如若继续暂存,需要继续运行git status
git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

如果我们需要查看当前工作区文件和暂存区文件的差异,可以使用git diff命令.若要查看已暂存的将要添加到下次提交里的内容，可以用 git diff --staged 命令。 这条命令将比对已暂存文件与最后一次提交的文件差异.

此时,可以进行commit,进行提交啦.现在的暂存区已经准备就绪，可以提交了。 在此之前，请务必确认还有什么已修改或新建的文件还没有 git add 过， 否则提交的时候不会记录这些尚未暂存的变化。 这些已修改但未暂存的文件只会保留在本地磁盘。 所以，每次准备提交前，先用 git status 看下，你所需要的文件是不是都已暂存起来了， 然后再运行提交命令 git commit.

现在你已经创建了第一个提交！ 可以看到，提交后它会告诉你，当前是在哪个分支（master）提交的，本次提交的完整 SHA-1 校验和是什么（463dc4f），以及在本次提交中，有多少文件修订过，多少行添加和删改过。

提交记录的是放在暂存区域的快照.任何还未暂存的文件仍然保持已修改的状态,可以在下次提交时纳入版本管理,每次运行一次git commit都是对项目做一次快照,以后可以回到这个状态,或者进行比较.

跳过使用暂存区域
尽管使用暂存区域的方式可以静心准备要提交的细节,但是,有个问题就是繁琐,git提供了一个暂存区域的方式,只要提交的时候,git commit -a,则git会将已经跟踪过的文件暂存起来一起提交.从而省略一次git add,省略的步骤是,将那些已被追踪的文件改为暂存.这是因为 -a 选项使本次提交包含了所有修改过的文件。 这很方便，但是要小心，有时这个选项会将不需要的文件添加到提交中。

查看git提交历史,使用git log命令.会出现下面输出:
$ git log
commit
Author: Scott Chacon [email protected]
Date: Mon Mar 17 21:52:11 2008 -0700

commit
Author: Scott Chacon [email protected]
Date: Sat Mar 15 16:40:33 2008 -0700

commit
Author: Scott Chacon [email protected]
Date: Sat Mar 15 10:31:28 2008 -0700

在不传入任何参数的前提下,git log会按照时间顺序列出所有的提交,按照时间顺序倒排,commit之后是每次提交的SHA-1校验和(是一个十六位的长度为四十的哈希值),以及作者信息和提交说明.

G. git请求合并出现500是怎么解决

第一步，先从bae的Git地址，将应用的原始War包clone下来， git clone https://git/<appirl> //这个是bae的git地址 第二步，进入本地仓库目录下，将要上传的War包覆盖掉ROOT.war或root.war包。 第三步，将修改暂存，然后提交，对应的命令如下： git add ROOT.war git commit -m "commit" //-m参数表示记入日志中的信息，如果信息太长，也可不添加参数，执行命令后会进入你的默认编辑器，再编辑你的记录信息 第四步，最终将修改版本上传到bae， git push origin master //克隆操作会自动使用默认的 master 和 origin 名字 基本上到这里就可以了，如果出现错误信息： error: RPC failed; result=22, HTTP code = 411 fatal: The remote end hung up unexpectedly fatal: The remote end hung up unexpectedly Everything up-to-date 原因是：默认 Git 设置 http post 的缓存为 1MB 使用命令将git的缓存设为500M： git config http.postBuffer 524288000 再尝试push操作，问题解决，部署成功！

H. visual studio git提交缓存怎么清除

在本地把远程的master分支删除，再把reset后的分支内容给push上去
本地仓库彻底回退到某一个版本 git reset –hard
删除远程的master分支 (注意master前有个:) git push origin :master
重新创建远程master分支

I. BAE git 上传上限如何调大点本地已设置http.postBuffer。是不是要在BAE设置php.ini望大神赐教！！！

第一步，先从bae的Git地址，将应用的原始War包clone下来，
git clone https://git.app.com/<appirl> //这个是bae的git地址
第二步，进入本地仓库目录下，将要上传的War包覆盖掉ROOT.war或root.war包。
第三步，将修改暂存，然后提交，对应的命令如下：
git add ROOT.war
git commit -m "commit" //-m参数表示记入日志中的信息，如果信息太长，也可不添加参数，执行命令后会进入你的默认编辑器，再编辑你的记录信息
第四步，最终将修改版本上传到bae，
git push origin master //克隆操作会自动使用默认的 master 和 origin 名字
基本上到这里就可以了，如果出现错误信息：
error: RPC failed; result=22, HTTP code = 411
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date
原因是：默认 Git 设置 http post 的缓存为 1MB
使用命令将git的缓存设为500M：
git config http.postBuffer 524288000
再尝试push操作，问题解决，部署成功！