git基础知识

git的基础概念

模式

对于大多数版本控制软件是基于 差异 进行控制的，即在不同版本间记录的是文本的 变化，版本切换时候根据 delta 进行前进和后退。

而 Git 采用快照的方式，对每个版本记录全部文件的快照并建立索引。这样在 版本/分支 切换时候的速度就很快（无需 delta-based 模式下的线性遍历）。并且快照是以行为单位diff的，所以对于二进制文件，Git就相对较差。

基本状态 & 文件组织

版本控制其实就是对文件的版本进行控制（如修改、提交等等操作）。而由 git 进行管理的文件有几种状态：

• Untracked：未跟踪，此文件在文件夹中，但并没有加入到git库，不参与版本控制。可以通过git add命令，使状态变为Staged。

• Unmodify：文件已经入库, 但未修改, 即版本库中的文件快照内容与文件夹中完全一致.。这种类型的文件有两种去处, 如果它被修改, 而变为Modified. 如果使用git rm移出版本库, 则成为Untracked文件；

• Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作。这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git checkout则丢弃修改并返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改 !

• Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified

而在磁盘上，版本控制状态则是以文件的形式存在，即通过文件的方式对工作空间与git仓库进行组织：

其中，

• Directory：使用Git管理的一个目录，也就是一个仓库，包含我们的工作空间和Git的管理空间。
• WorkSpace：需要通过Git进行版本控制的目录和文件，这些目录和文件组成了工作空间。
• .git：存放Git管理信息的目录，初始化仓库的时候会自动创建。
• Index/Stage：暂存区，或者叫待提交更新区，在提交进入repo之前，我们可以把所有的更新放在暂存区。
• Local Repo：本地仓库，一个存放在本地的版本库；HEAD分支是指向当前的开发分支（branch）。
• Stash：隐藏，是一个工作状态保存栈，用于保存/恢复WorkSpace中的临时状态。这个主要是不想提交当前分支，但是又想切换到其他分支，那么通过stash保存分支未提交的临时状态。

工作空间

Git本地有三个工作区域：

• 工作目录（Working Directory）
• 暂存区(Stage/Index)
• 历史资源库(Repository 或 Git Directory)

再加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的工作 原理/流程 可以表示为：

分支相关基本概念

在分支中，存在一些常见的分支，如：

• main: 默认主分支
• origin: 默认远程仓库
• HEAD: 指向当前分支的指针
• HEAD^: 指向当前分支的上一个提交版本
• HEAD~4: 指向当前分支的上4个提交版本

特殊文件

在使用 Git 的时候，需要配合一些特殊文件来进行管理，如：

• .git：Git仓库的元数据和对象数据库
• .gitignore：忽略文件，不需要提交到仓库的文件
• .gitattributes：指定文件的属性，比如换行符啥的
• .gitkeep：使空目录被提交到仓库（默认空目录是不会被提交到仓库的）
• .gitmodules：记录子模块的信息
• .gitconfig：记录仓库的配置信息

使用 Git

在Git 官网中有很多对于Git的介绍，这里只记录常用的内容。

GUI可视化

对于初学者而言，在了解了Git的组织结构以及基本概念后就是需要实际操作。使用可视化工具可以明显看出每次提交的改动，这里推荐使用GitKraken, 个人感觉整个分支操作可视化会比较友好。除此之外，还有很多。但是推荐在入门之后放弃GUI并尝试命令行。

命令行

直接用cmd 或者 bash 即可。在使用Git时候直接用 git --help 查看用法即可:

usage: git [-v | --version] [-h | --help] [-C <path>] [-c <name>=<value>]
           [--exec-path[=<path>]] [--html-path] [--man-path] [--info-path]
           [-p | --paginate | -P | --no-pager] [--no-replace-objects] [--bare]
           [--git-dir=<path>] [--work-tree=<path>] [--namespace=<name>]
           [--super-prefix=<path>] [--config-env=<name>=<envvar>]
           <command> [<args>]

These are common Git commands used in various situations:

start a working area (see also: git help tutorial)
   clone     Clone a repository into a new directory
   init      Create an empty Git repository or reinitialize an existing one

work on the current change (see also: git help everyday)
   add       Add file contents to the index
   mv        Move or rename a file, a directory, or a symlink
   restore   Restore working tree files
   rm        Remove files from the working tree and from the index

examine the history and state (see also: git help revisions)
   bisect    Use binary search to find the commit that introduced a bug
   diff      Show changes between commits, commit and working tree, etc
   grep      Print lines matching a pattern
   log       Show commit logs
   show      Show various types of objects
   status    Show the working tree status

grow, mark and tweak your common history
   branch    List, create, or delete branches
   commit    Record changes to the repository
   merge     Join two or more development histories together
   rebase    Reapply commits on top of another base tip
   reset     Reset current HEAD to the specified state
   switch    Switch branches
   tag       Create, list, delete or verify a tag object signed with GPG

collaborate (see also: git help workflows)
   fetch     Download objects and refs from another repository
   pull      Fetch from and integrate with another repository or a local branch
   push      Update remote refs along with associated objects

'git help -a' and 'git help -g' list available subcommands and some
concept guides. See 'git help <command>' or 'git help <concept>'
to read about a specific subcommand or concept.
See 'git help git' for an overview of the system.

有啥不会直接查。

docker安装gitlab

查找gitlab镜像：

# 查找Gitlab镜像
docker search gitlab

# 拉取Gitlab镜像
docker pull gitlab/gitlab-ce:latest

根据镜像启动容器:

# 启动容器
docker run \
 -itd  \
 -p 9980:80 \ # 将容器内80端口映射至宿主机9980端口，这是访问gitlab的端口
 -p 9922:22 \ #容器上22端口映射到宿主上的9922，访问ssh的
 # 将容器中的/etc/gitlab文件挂载到宿主中的/home/gitlab/etc上
 -v /home/gitlab/etc:/etc/gitlab  \  
 -v /home/gitlab/log:/var/log/gitlab \
 -v /home/gitlab/opt:/var/opt/gitlab \
 --restart always \
 --privileged=true \
 --name gitlab \
 gitlab/gitlab-ce

进入容器，修改配置文件：

#进容器内部
docker exec -it gitlab /bin/bash
 
#修改gitlab.rb
vi /etc/gitlab/gitlab.rb
 
#加入以下内容到文件中：

#gitlab访问地址，可以写域名。如果端口不写的话默认为80端口
external_url 'http://192.168.xxx.xxx'
#ssh主机ip
gitlab_rails['gitlab_ssh_host'] = '192.168.xxx.xxx'
#ssh连接端口
gitlab_rails['gitlab_shell_ssh_port'] = 9922
 
# 让配置生效
gitlab-ctl reconfigure

由于在容器中/etc/gitlab/gitlab.rb文件的配置会映射到gitlab.yml这个文件，由于咱在docker中运行生成的url地址应该是http://192.168.xxx.xxx:9980; 所以，要修改容器内文件 /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml内容：

gitlab:
  host: 192.168.xxx.xxx
  port: 9980 # 这里改为9980
  https: false

然后重启gitlab服务，退出容器:

#重启gitlab 
gitlab-ctl restart

#退出容器 
exit

注意，第一次登录需要修改root密码：

# 进入容器内部
docker exec -it gitlab /bin/bash
 
# 进入控制台
gitlab-rails console -e production
 
# 查询id为1的用户，id为1的用户是超级管理员

user = User.where(id:1).first
# 修改密码为tz123456
user.password='tz123456'

# 保存,返回值为true表示设置成功了
user.save!
# 退出
exit