Git 基础 - 获取 Git 仓库，记录每次更新到仓库 - 简书
Git 基础 - 获取 Git 仓库，记录每次更新到仓库
获取 Git 仓库
两种取得 Git 项目仓库的方法。
第一种是在现有的项目或目录下导入所有文件到 Git 中
第二种从一个服务器克隆一个现有的 Git 仓库。
在现有的目录中初始化仓库
使用 Git 对现有的项目进行管理，只需要进入该目录并输入：$ git init执行该命令后在目录下创建了一个名为 .git 的子目录，这个子目录含有初始化 Git 仓库中所有的必须文件，这些文件是 Git 仓库的骨干。但是，仅仅做了初始化工作并不能跟踪项目中的文件。（参见
来了解更多关于到底
.git 文件中包含了哪些信息。）
在一个已经存在文件的文件夹中初始化 Git 仓库来进行版本控制的话，首先应该添加并开始跟踪这些已有的文件。通过 git add 命令来实现对指定文件的跟踪，然后执行 git commit 提交:
$ git add *.c
$ git add LICENSE
$ git commit -m 'initial project version'
这样就得到了一个实际维护着若干个文件的 Git 仓库。
克隆现有的仓库
克隆仓库的命令格式 git clone [url]。 例如，克隆 Git 的可链接库 libgit2，可以使用下面的命令：
$ git clone /libgit2/libgit2
执行这个命令以后会在当前目录下（首先要设置好自己的工作目录）创建一个名为 "libgit2" 的目录，并在这个目录下初始化一个 .git 文件夹（内容从远程读取），从远程仓库拉取下所有数据放入 .git 文件夹，然后从中读取最新版本的文件的拷贝。进入这个新克隆下来的文件夹，所有的项目文件都克隆下来了，准备就绪等待后续的开发和使用。如果想在克隆远程仓库的时候，自定义本地仓库的文字，可以使用如下命令：
$ git clone /libgit2/libgit2 mylibgit
这个命令执行与上一步相同的操作，不过在本地创建的仓库名字变为 mylibgit。
记录每次更新到仓库
工作目录下每个文件的状态只有两种： 已跟踪 和 未跟踪。已跟踪的文件是指那些被纳入版本控制的文件，在上一次快照中有它们的记录，在工作一段时间后，他们的状态可能处于未修改，已修改或已放入缓存区。除此克隆某个仓库的时候，工作目录中的所有文件都属于已跟踪文件，处于未修改状态。
检查当前文件状态
查看文件状态的命令 git status。例如，在克隆仓库后立即使用此命令会看到类似这样的输出：
$ git status
On branch master
nothing to commit, working directory clean
这说明工作目录相当干净。表示所有以跟踪文件在上次提交过后都未被更改过。此外，上面的信息还表明，当前目录下没有出现任何处于未跟踪状态的新文件，否则 Git 会在这里列出来。最后，该命令还显示了当前所在的分支，并说明这个分支同远程服务器上对应的分支没有偏离。
在项目下创建一个新的 README 文件。此时再使用 git status命令，将会看到一个新的为跟踪文件：
$ echo 'My Project' & README
$ git status
On branch 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)
在状态报告中可以看到新键的 README文件出现在 Untracked files 下面。未跟踪的文件意味着 Git 在之前的快照（提交）中没有这些文件；Git 不会自动将之纳入跟踪范围，除非指定要跟踪这个文件，这样的处理可以使得那些二进制文件或其他不想被跟踪的文件包含进来。
跟踪新文件
使用 git add 命令开始跟踪一个文件：
$ git add README
此时再运行 git status
命令，会看到 README 文件已被跟踪，并处于暂存状态：
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD &file&..." to unstage)
只要在 Changes to be committed: 这行下面的文件，都处于暂存状态。如果此时提交，那么该文件此时此刻的版本将被留存在历史记录中。git add 命令使用文件或目录的路径作为参数；如果参数是目录的路径，该命令将递归地跟踪该目录下所有的文件。
$ git status
On branch master
Initial commit
Changes to be committed:
(use "git rm --cached &file&..." to unstage)
Untracked files:
(use "git add &file&..." to include in what will be committed)
$ git add DirTest
$ git status
On branch master
Initial commit
Changes to be committed:
(use "git rm --cached &file&..." to unstage)
DirTest/Dir1_1/Dir2_1/Dir2_1_1.txt
DirTest/Dir1_1/Dir2_2/Dir2_2_1.txt
暂存已修改文件
修改一个名为 test.txt 的已被跟踪的文件，然后运行 git status命令，会得到下面的结果：
$ git status
On branch master
Initial commit
Changes to be committed:
(use "git rm --cached &file&..." to unstage)
DirTest/Dir1_1/Dir2_1/Dir2_1_1.txt
DirTest/Dir1_1/Dir2_2/Dir2_2_1.txt
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)
文件 test.txt出现在 Changes not staged for commit:这行下面，说明被跟踪的文件内容发生了改变，但是还没有放到暂存区。要暂存这次更新，需要运行 git add 命令。这是一个多功能命令，
可以用于它开始跟踪新文件，
把已跟踪的文件放到暂存区，
用于合并时把有冲突的文件标记为以解决状态等。现在再运行 git add 将 test.txt放到暂存区，然后再看 git status的输出：
$ git add test.txt
$ git status
On branch master
Initial commit
Changes to be committed:
(use "git rm --cached &file&..." to unstage)
DirTest/Dir1_1/Dir2_1/Dir2_1_1.txt
DirTest/Dir1_1/Dir2_2/Dir2_2_1.txt
现在这些文件都已经处于暂存状态，下次提交时就会一并记录到仓库。假设此时又在 test.txt 文件中添加了文本，重新编辑并存盘后，准备好提交。运行 git status看看：
$ git status
On branch master
Initial commit
Changes to be committed:
(use "git rm --cached &file&..." to unstage)
DirTest/Dir1_1/Dir2_1/Dir2_1_1.txt
DirTest/Dir1_1/Dir2_2/Dir2_2_1.txt
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)
怎么回事！！！ 现在 test.txt文件同时出现在 缓存区 和 非缓存区。实际上 Git 只不过暂存了运行 git add 命令时的版本，此时提交 test.txt 的版本是最后一次运行了 git add 命令时的那个版本，而不是运行git commit时，在工作目录中的当前版本。在运行git commit
之前，一定要再运行 git add 把所有非缓存区的文件重新暂存起来。
运行 git status -s命令或者 git status --short命令会得到一种更为紧凑的格式输出：
$ git status -s
MM Rakefile
lib/git.rb
lib/simplegit.rb
?? LICENSE.txt
新添加的未跟踪文件前面有 ?? 标记，
新添加到暂存区中的文件前面有 A 标记，
修改过的文件前面有 M 标记。M 有两个可以出现的位置，出现在右边的 M 表示该文件被修改了但是还没放入暂存区，出现在靠左边的 M 表示该文件被修改了并放入了暂存区。 例如，上面的状态报告显示：README 文件在工作区被修改了但是还没有将修改后的文件放入暂存区, lib/simplegit.rb 文件被修改了并将修改后的文件放入了暂存区。 而 Rakefile 在工作区被修改并提交到暂存区后又在工作区中被修改了，所以在暂存区和工作区都有该文件被修改了的记录。
一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总是出现在未跟踪文件列表。（例如：自动生成的日志文件或者编译过程中创建的临时文件等。）在这时可以创建一个名为 .gitignore 的文件，列出要忽略的文件模式。例子：
$cat .gitignore
第一行告诉 Git 忽略所有以 .o 或.a结尾的文件。一般这类文件和存档都是编译过程中出现的。第二行告诉 Git 忽略所有以波浪符 ~ 结尾的文件（许多文本编辑器都用这样的文件保存副本）。要养成一开始就设置好 .gitignore 文件的习惯，以免将来误提交这类无用的文件。文件 .gitignore 的格式规范如下：
所有空行或者以 # 开头的行都会被 Git 忽略。
可以使用标准的 glob 模式匹配。
匹配模式可以以 （/）开头防止递归。
匹配模式可以以（/）结尾指定目录。
要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号 （！）取反。所谓的 glob 模式是指 shell 所使用的简化了的正则表达式。 星号（*）匹配零个或多个任意字符；[abc] 匹配任何一个列在方括号中的字符（这个例子要么匹配一个 a，要么匹配一个 b，要么匹配一个 c）；问号（?）只匹配一个任意字符；如果在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）。 使用两个星号（**) 表示匹配任意中间目录，比如 a/**/z 可以匹配 a/z,
a/b/c/z 等。
# no .a files
# but do track lib.a, even though you're ignoring .a files above
# only ignore the TODO file in the current directory, not subdir/TODO
# ignore all files in the build/ directory
# ignore doc/notes.txt, but not doc/server/arch.txt
# ignore all .pdf files in the doc/ directory
doc/**/*.pdf
GitHub 有一个十分详细的针对数十种项目及语言的 .gitignore 文件列表，你可以在 找到它。
查看以暂存和未暂存的修改
如果 git status 命令的输出对于你来说过于模糊，你想知道具体修改了什么地方，可以用 git diff 命令。该命令通常用于回答两个问题：
当前做了哪些更新还没有暂存
有哪些更新已经暂存起来准备好下次提交要查看尚未暂存的文件更新了哪些部分，不加参数直接输入 git diff
$ git diff
diff --git a/test.txt b/test.txt
index 924db6f..b10b01e 100644
--- a/test.txt
+++ b/test.txt
@@ -1,2 +1,3 @@
The first modified.
-The second modified.
\ No newline at end of file
+The second modified.
+The third modified.
\ No newline at end of file
此命令比较工作目录中当前文件和暂存区域快照之间的差异，也就是修改之后还没有暂存起来的变化内容。若要查看已经暂存起来的将要添加到下次提交里的内容，可以用 git diff -- cached 或者 git diff --staged 命令。
$ git diff --staged
diff --git a/DirTest/Dir1_1/Dir2_1/Dir2_1_1.txt b/DirTest/Dir1_1/Dir2_1/Dir2_1_1.txt
new file mode 100644
index 0000000..e69de29
diff --git a/DirTest/Dir1_1/Dir2_2/Dir2_2_1.txt b/DirTest/Dir1_1/Dir2_2/Dir2_2_1.txt
new file mode 100644
index 0000000..e69de29
diff --git a/test.txt b/test.txt
new file mode 100644
index 0000000..b10b01e
--- /dev/null
+++ b/test.txt
@@ -0,0 +1,3 @@
+The first modified.
+The second modified.
+The third modified.
\ No newline at end of file
注意： git diff 命令本身只显示尚未暂存的改动，而不是自上次提交以来所做的所有改动。
提交更新建议的步骤：
使用 git status命令查看是不是所有的文件都暂存起来了；
如果有文件没有暂存，使用 git add 命令将文件暂存起来；
使用 git commit 命令提交更新。
运行 git commit 命令会启动文本编辑器以便输入本次提交的说明。编辑器会显示类似下面的文本信息：
# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
# On branch master
# Initial commit
# Changes to be committed:
DirTest/Dir1_1/Dir2_1/Dir2_1_1.txt
DirTest/Dir1_1/Dir2_2/Dir2_2_1.txt
/d/GitTest/.git/COMMIT_EDITMSG [unix] (15:25 27/05/2016)
"D:/GitTest/.git/COMMIT_EDITMSG" [unix] 12L, 326C
可以看到，默认的提交消息包含最后一次运行 git status的输出放在注释行中。退出编辑器时，Git 会丢掉注释行，用输入的信息提交附带信息生成一次提交。
另外，也可以使用在 commit 命令后面添加 -m 选项，将提交的信息与命令放在同一行，如下所示：
$ git commit -m "向 text.txt 文件中添加了新行 The forth modified。"
[master e42660f] 向 text.txt 文件中添加了新行 The forth modified。
1 file changed, 2 insertions(+), 1 deletion(-)
此时已经创建了提交。提交之后它会告诉你当前在哪个分支（master）提交的，本次提交的完整 SHA-1校验和是什么 （e42660f），以及在本次提交中，有多少文件修订过，多少行添加和删改过。注意：
提交时记录的是放在暂存区的快照（执行过 git add 命令以后）。任何还未暂存的任然保持已经修改的状态，可以在下次提交时纳入版本管理。每一次运行一次提交操作，都是对项目做一次快照，以后可以回到这个状态，或者进行比较。
跳过使用暂存区域
在提交的时候给 git commit 添加 -a 选项，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过git add步骤：
$ git status
On branch master
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)
no changes added to commit (use "git add" and/or "git commit -a")
$ git commit -a -m "在 test.txt 文件中添加新行 The fifth modified."
[master a007f8e] 在 test.txt 文件中添加新行 The fifth modified.
1 file changed, 2 insertions(+), 1 deletion(-)
$ git status
On branch master
nothing to commit, working directory clean
要从 Git 中移除某个文件，就必须要从已跟踪文件清单中移除，然后提交。可以用 git rm 命令完成这个工作，并连带从工作目录中删除指定的文件，这样以后就不会出现在未跟踪文件清单中了。如果只是简单地从工作目录中手工删除文件，运行 git status 命令会在 'change not staged for commit' 部分看到：
$ git status
On branch master
Changes not staged for commit:
(use "git add/rm &file&..." to update what will be committed)
(use "git checkout -- &file&..." to discard changes in working directory)
no changes added to commit (use "git add" and/or "git commit -a")
然后再运行 git rm 记录此次移除文件的操作：
$ git rm test.txt
rm 'test.txt'
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD &file&..." to unstage)
git rm -f 命令用于强制删除，这样的数据不能被 Git 恢复，这是一种安全特性，用于防止误删还没有添加到快照的数据。另一种情况是想把文件变为不可追踪，可以使用 git rm --cached命令，：
$ git rm -r --cached DirTest/Dir1_1/
rm 'DirTest/Dir1_1/Dir2_1/Dir2_1_1.txt'
rm 'DirTest/Dir1_1/Dir2_2/Dir2_2_1.txt'
git rm 命令后面可以列出文件或者目录的名字，也可以使用 glob 模式。
要在 Git 中对文件改名，可以这么做：
$ git mv file_from file_to
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD &file&..." to unstage)
README.md -& README
Git全面教程 简介 Git分布式版本管理系统。 Linus在1991年创建了开源的Linux，但是一直没有一个合适的版本管理工具，在2002年以前，世界各地的志愿者都是通过把源代码文件通过diff的方式给Linus，然后他本人通过手工的方式进行合并代码。后来在2002年B...
目录 一、版本控制概要 1.1、什么是版本控制 1.2、常用术语 1.3、常见的版本控制器 1.4、版本控制分类 1.4.1、本地版本控制 1.4.2、集中版本控制 1.4.3、分布式版本控制 1.5、Git与SVN最主要区别 二、Git安装与配置 2.1、什么是Git 2...
本章节内容涵盖你在使用Git完成各种工作中将要使用的各种基本命令。在学习完本章之后，你应该能够配置并初始化一个仓库（repository）、开始或停止跟踪（track）文件、暂存（stage）或提交（commit)更改。本章节也将向你演示如何配置Git来忽略指定的文件和文件...
Git是目前最流行的版本管理系统，也是最先进的分布式版本控制系统(distributed version control system）。最初由Linux操作系统内核的创造者Linus Benedict Torvalds在2005年开发。现已有大量软件项目依赖Git进行版本...
一、Git工作流程 以上包括一些简单而常用的命令，但是先不关心这些，先来了解下面这4个专有名词。 Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库 工作区 程序员进行开发改动的地方，是你当前看...
秋风飒飒地吹着，雨点儿嘀嗒嘀嗒地打在窗外。充斥着刺鼻药水味道的病房中，叶芳靠在窗边，手里紧紧捏着未点燃的香烟，呆呆地凝望着病床上苍白的脸……
她心碎的看着他，回忆起他们的点点滴滴。
农村出来的丫头叶芳怀揣着明星梦进入了电影学院，理想虽丰满，但无奈现实...
据互联网2014年统计,中国从事平面设计师人数达200万人。到2017年的今年，我相信这个数字正在翻倍地增长。从前平面设计师只能在广告业、传媒业、印刷业等主流企业中选择。如今互联网时代诸如UI设计、电商美工等需求日益扩大，导致设计大军的队伍人数急剧上涨，归根到底来讲...
（某天被拉去做一个学系统排列和NLP的分享，整理如下，特别感谢纯纯帮忙从录音变成文字！）我今天的主题是性格是不是可以改变的？之前，我发过一篇文章《吵个天翻地覆却不分手，为什么？》如果我这次还是讲这一个主题，那就没什么意思了。所以，我想从个人的经历提升到一个现象或者一个普遍性...
领域依赖性指由于思维惯性的干扰人们很难把一个领域里的知识应用于另一个领域。 比如，轮子能使搬运过程更省力是一个大家基本都知道的常识，但是让旅行箱装上轮子却是在轮子发明之后的几百年才实现的，在那之前不管多重的箱子都是用手去提。说到箱子，我想起一个故事，说是一位银行家在酒店门口...
令人珍惜而又美好的夏夜时光，“举头望明月，屈指可数的星星。”一切都是那样的安详。
“滋滋”一声就像一个淘气的小孩拉开了恬静的夜晚的序幕布。
这是什么声音呢？
这是蛐蛐。
蛐蛐儿也是一种昆虫，大多呈棕色...CF五一活动版本更新预告 武圣套装专属边框
CF五一活动版本更新预告 武圣套装专属边框，2017五一活动版本就要更新了这里跟大家提前爆料一些，五一版本会加入武圣套装武器还有武圣专属边框效果，同时武器击杀图标也有变化哦。全新英雄级武器“C...
CF五一活动版本更新 武圣套装专属边框，2017五一活动版本就要更新了这里跟大家提前一些，五一版本会加入武圣套装武器还有武圣专属边框效果，同时武器击杀图标也有变化哦。全新英雄级武器“CF武圣套装”，关二爷的外观，绑定小手枪，特殊的弹夹投掷，真正的战神杀器!本期爆料小编将继续给大家带来武圣的其他超酷炫BUFF!
一、仓库专属外框
告别传统的英雄武器外框，当背包装备M4A1-武圣和Glock18-武圣时，将会激活武圣套装的专属技能—酷炫武器外框，是不是有种走上了人生巅峰的感觉?看我大武圣专属外框!
二、Loading专属边框
是不是以为仅仅只有这一种特效呢!NONONO，同样当装备武圣套装时，你的角色外框也会显示出和其他玩家不一样的画面，在进入游戏时，给玩家带来视觉上的冲击。黄色的龙鳞框，天生傲骨怎能服输，称霸战场，唯我独尊!
三、游戏内专属击杀图标
即日起游戏里专属杀敌图标不只是普通英雄武器的了，没错，只要你的背包装有武圣套装，就可以享受专属击杀图标!这是一种杀敌的一种享受，更是一种独一无二的标志!
看完了小编介绍的武圣套装专属效果，是不是忍不住立刻入手?甭管新英雄级武器属性具体如何，什么测评什么攻略统统一边站，就冲着这外观这功能这特效，怎能不!武圣套装，你值得拥有!
如转载涉及版权等问题，请作者与我司联系，我司将在第一时间删除或支付稿酬。
正在加载，请稍后...
植物大战僵尸1
安卓平台下载
苹果平台下载96U手游网—最好玩的手机游戏网站！
当前位置：
> cf12.7更新完天启发放到仓库吗 为什么更新后天启还没到账
cf12.7更新完天启发放到仓库吗 为什么更新后天启还没到账
　更新的大区买的天启是今天到吗?7号更新版本，天启直接到账吗?相信大家都还不是很清楚吧，下面就跟上小编的步伐一起去看看吧!
盯着仓库或者个人订单，所有大区更新完，明天就下午绝对到，看大区更新时间，发放武器吧。
更新后天启的到账介绍就是这么多了，相信玩家们都有所了解了吧，祝各位在cf的游戏中一切顺利啦!
本站为防止低俗内容出现，用户发表的评论需经过审核，谢谢 ！
查看更多 ↓
新年大礼包剩余：0%
新年大礼包剩余：0%
新年大礼包剩余：0%
新年大礼包剩余：0%
新年大礼包剩余：0%}