Git是分散的,这意味着它不依赖于中央服务器来保留文件的旧版本。
相反,它完全在本地运行,将这些数据作为一个文件夹存储在硬盘上,我们称之为储存仓库。
打开一个终端并运行这些命令:
$ git config --global user.name "My Name"
$ git config --global user.email [email protected]
在Git中所做的每一个动作现在都会贴上我们的名字和地址。
git将它的文件和历史记录直接存储在项目文件夹中。要建立一个新的存储库,我们需要打开一个终端,导航到我们的项目目录并运行git init
。这将打开Git这个特定的文件夹,并创建一个隐藏的.git目录,其中存储库的历史和配置。
在桌面上创建一个名为yinleiofgit的文件夹,打开一个新的终端并输入以下内容:
$ cd C:\Users\10991\Desktop\yinleiofgit
$ git init
命令行应该按照以下方式输出:
Initialized empty Git repository in /home/user/Desktop/git_exercise/.git/
这意味着我们的已经成功创建,但内容仍然是空的。现在创建一个名为hello.txt的简单文本文件,并将其保存在yinleiofgit文件夹中。
它返回关于仓库当前状态的信息:一切是最新的信心,那些是最新的,哪些是改变的,等等。
运行git status 在我们新创建的Log应该返回以下内容:
$ git status
On branch master
Initial commit
Untracked files:
(use "git add ..." to include in what will be committed)
hello.tx
返回的消息指出hello.txt未被跟踪。这意味着文件是新的,Git不知道它是否应该跟踪发生在这个文件上的变化,或者忽略它。为了确认新文件,我们需要对其进行分类。
Git有一个“暂存区”的概念.
它保存着你想要提交的变化。它开始是空的,但你可以用命令添加文件(甚至是单行和部分文件)git add,最后提交所有的文件(创建一个快照)git commit。
在我们的情况下,我们只有一个文件,所以让我添加上面创建的这个文件:
$ git add hello.txt
如果我们想在目录中添加所有内容,我们可以使用:
$ git add -A
或者
$ git add .
再次检查状态 输入 git status应该返回以前的不同输出。
$ git status
On branch master
Initial commit
Changes to be committed:
(use "git rm --cached ..." to unstage)
new file: hello.txt
我们的文件已准备好提交。
状态消息还提示我们暂存区中的文件有什么变化 - 在这种情况下是
新文件,但是可以修改或删除它,这取决于自上次文件发生了什么git add
。
一个提交表示在给定的时间点我们的仓库的状态。
要创建一个新的提交,我们需要至少有一个更改添加到暂存区域(我们这样做
git add
),然后运行以下命令:
$ git commit -m "Initial commit."
这将创建一个新的提交,其中包含来自暂存区域的所有更改(添加hello.txt)。
该-m "Initial commmit"部分是用户自定义的描述,总结了在该提交中所做的更改。
现在我们的提交是本地的 - 它只存在于.git文件夹中。虽然本地存储库本身是有用的,但在大多数情况下,我们都希望共享我们的工作并将其部署到服务器或存储库托管服务。
为了上传东西到一个远程的响应,我们首先必须建立一个连接。
建议放在在GitHub,BitBucket或任何其他服务中创建自己的空存储库。
注册和设置可能需要等待一段时间,但所有服务都提供了很好的分步指南文档来帮助你。
将我们的本地存储库与GitHub上的存储库连接起来,我们在终端中执行以下行:
# 连接到远程服务器
$ git remote add origin @github.com:LeiLeiOfJava/Acceleration-ball.git
项目可能同时拥有多个远程仓库。为了能够区分他们,给他们不同的名字。
传统上git中的主远程仓库被称为origin。
把我们的本地提交转移到服务器上,
这个过程被称为推送(push),并且每当我们想要更新远程仓库就完成了。
Git命令是这样做的,git push并且需要两个参数 - 远程回购(我们称之为我们的产地)的名称和推到的分支(master是每个反馈的默认分支)。
$ git push origin master
Counting objects: 3, done.
Writing objects: 100% (3/3), 212 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://github.com/Tamic/novate.git
* [new branch] master -> master
将需要验证自己的密码和账号。
如果一切正常完成,当你在你的网络浏览器中进入前面创建的远程仓库时,
hello.txt 应该在那里,并且可以打开阅读。
在Github上查看和浏览远程仓库库。他们可以在本地下载,并使用以下git clone命令获得项目的完整工作副本:
$ git clone [email protected]:LeiLeiOfJava/Acceleration-ball.git
这将自动创建一个新的本地仓库,并将github版本配置为远程。
你的代码仓库进行了更新,则可以使用下面单个命令下载更改 - git pull:
$ git pull origin master
From https://github.com/Tamic/novate.git
* branch master -> FETCH_HEAD
Already up-to-date.
开发一个新功能时,考虑一个原始项目的副本,称为分支.分支有他们自己的历史记录,并将他们之间的变化隔离开来,直到你决定把它们合并在一起。
其特点:
一个已经工作,稳定的代码版本不会被破坏。
许多功能可以由不同的人自己立马并能安全稳定的开发。
开发人员可以在自己的分支上工作,而不会因为别人的工作而改变代码库的风险。
当不确定什么是最好的时候,可以在不同的分支上开发相同特征的多个版本,然后进行比较。
每个存储库的默认分支称为 主(Master)分支。
要创建更多分支,请使用以下git branch
命令:
例如:
$ git branch new_branch
这只是创建了新的分支,在这一点上是完全一样的,我们的主干。
当我们运行时git branch
,我们会看到有两个选项可用:
$ git branch
new_branch
* master
Master是当前分支,并标有星号。但是,我们想要使用我们的新功能,所以我们需要切换到另一个分支。这是用git checkout命令完成的,需要一个参数 - 要切换到的分支名称。
$ git checkout new_branch
在电脑本地创建feature.txt的文本文件。创建它,add它,并commit到新分支上。
新功能完成后,我们可以切回到主分支:
$ git checkout master
如果我们在文件浏览器中打开我们的项目,我们会注意到feature.txt已经消失了。那是因为我们回到了master分支,而这里feature.txt
从来没有被创建过。为了实现这个目标,我们需要将这git merge两个分支结合在一起,将在
new_brance分支中完成的更改应用于项目的主版本。
git merge new_branch
主分支现在是最新的。awesome_new_feature分支不再需要,可以删除该分支:
git branch -d new_branch
每个提交都以数字和符号的字符串形式存在唯一的ID。要查看所有提交及其ID的列表,我们可以使用git log:
$ git log
commit ba25c0ff30e1b2f0259157b42b9f8f5d174d80d7
Author: Tutorialzine
Date: Mon May 30 16:15:28 2019 +0300
New feature complete
commit b10cc1238e355c02a044ef9f9860811ff605c9b4
Author: Tutorialzine
Date: Mon May 30 16:15:28 2019 +0300
Added content to hello.txt
commit 09bd8cc171d7084e78e4d118a2346b7487dca059
Author: Tutorialzine
Date: Sat May 28 16:15:28 2019 +0300
Initial commit
ID是很长的,但是和它们一起工作时,没有必要复制整个东西 , 前几个符号通常就足够了。
要查看提交中的新增内容,我们可以运行git show [commit]:
要查看任何两个提交之间的区别,我们可以使用 git diff[commit-from] .. [commit-to]语法:
通常使用这个git difftool命令可以更容易地完成这个任务,这个命令可以让一个图形化的客户端显示所有的差异。
Git允许我们将任何选定的文件返回到某个提交中的方式。这是通过git checkout,
例如,将采用hello.txt,并将自从初始提交以来所做的一切都撤销。
要做到这一点,我们必须提供我们想要返回的提交的id,以及我们文件的完整路径。
$ git checkout 该文件提交的id 文件全路径
你注意到你在提交信息中输入了一个错字,或者你忘记了添加一个文件,并且在提交之后你看到了,你可以很容易地解决这个问题git commit --amend。这将添加从上次提交到暂存区域的所有内容,并尝试进行新的提交。这给你一个机会来解决你的提交信息或添加更多的文件到临时区域。
对于不在上次提交中的更复杂的修复(或者如果您已经推送了更改),则必须使用git revert。 这将采取提交引入的所有更改,将其回滚,并创建一个与此相反的新提交。
最新的提交可以被HEAD别名访问。
$ git revert HEAD
对于其他提交,最好使用一个id。
$ git revert 一个id
当恢复较旧的提交时,请记住合并冲突很可能会出现。
当一个文件被另一个更近的提交改变时,会发生这种情况,现在Git找不到正确的行来恢复,因为它们不在那里了。
除了前面所描述的情况之外,在合并分支或者牵扯其他人的工作时经常出现冲突。
有时候,冲突是由git自动处理的,但有时候处理这些冲突的人必须决定(通常是精选)哪些代码保留,什么被删除。
我们会看到Git在冲突的行上插入了一个标记。在=====之上,我们有当前的HEAD提交,并且在冲突之下。
当所有东西都被设置好后,就必须完成一个合并提交来完成这个过程:
$ git add -A
$ git commit -m "解决冲突."
在大多数项目中都有我们不想提交的文件或整个文件夹。
我们可以git add -A 通过创建.gitignore文件来确保它们不会被意外地包含在我们的内容中:
手动创建一个名为.gitignore的文本文件,并将其保存到项目目录中。
在里面,列出要忽略的文件/目录的名称,每个都在一个新的行上。
.gitignore本身必须被添加,提交和推送,就像项目中的任何其他文件一样。
很好的文件被忽略的例子是:
日志文件
任务运行者建立
node.js项目中的node_modules文件夹
由NetBeans和IntelliJ等IDE创建的文件夹
个人开发者笔记
禁止上述所有内容的.gitignore将如下所示:
*.log
build/
node_modules/
.idea/
my_notes.txt
在某些行末尾的斜线表示这是一个文件夹,我们忽略了递归中的所有内容。星号通常用作通配符。
在AndroidStudio中, 我们经常能看到git.gitgnore文件,这样能减轻我们包的大小。
补充:
生成.gitignore文件的在线工具 : 在线生成.gitgnore
一些列GUI产品:GUI产品
官方文档:git