Git常用命令

基本命令

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
git config --global user.name "xxx" 
 git config --global user.email "xxx@xxx.com" 
 git bash ssh-keygen  # 生成密钥
 git config --global credential.helper store # 永久保存账号密码
 git clone --recursive git@exmaple.com -b branch_name
 git submodule update --init --recursive  # 递归下载子模块

#添加子模块payment_comm的分支
git submodule add  http://git.woa.com/fit_qingsuan_comm/test_comm_code/payment/payment_comm.git   fit_test/interface_test/payment_comm
git submodule add  http://git.code.oa.com/fit_platform/fable_common.git    script
git submodule add  https://git.woa.com/fit_qingsuan_comm/proto/payment/withdraw_trans_core_server.git  protocol/middle/withdraw_trans_core_server
git submodule add  https://git.woa.com/fit_pb_common/banplus_trans_itg_server.git  protocol/middle/banplus_trans_itg_server
#拉取更新主模块下的子模块
git submodule update --init --recursive
#切换子模块payment_comm的分支
cd fit_test/interface_test/payment_comm
git fetch
git checkout payment_comm-Feature-V5.0D0024
git pull
git submodule update --init --recursive
git submodule foreach -q --recursive 'git checkout $(git config -f $toplevel/.gitmodules submodule.$name.branch || echo master);git pull'
#注释实例，--story= 后面是tapd需求单的id
feat: 从普币迁移修改用例 --story=873399725
feat: db切dbs，场景用例优化 --story=874459973
test: 上云改造 --story=874748033
test: 收集覆盖率 --story=875849187

撤销

  • HEAD^ 表示上一个版本，即上一次的commit，也可以写成HEAD1如果进行两次的commit，想要都撤回，可以使用HEAD2
  • --mixed 意思是：不删除工作空间改动代码，撤销commit，并且撤销git add . 操作这个为默认参数,git reset –mixed HEAD^ 和 git reset HEAD^ 效果是一样的。
  • --soft
    不删除工作空间改动代码，撤销commit，不撤销git add .
    --hard 删除工作空间改动代码，撤销commit，撤销git add . 注意完成这个操作后，就恢复到了上一次的commit状态。
1
git reset --soft HEAD^

876892679

子模块删除

1、使原先子模块不被版本控制（先把子模块从版本控制系统移除）
git rm --cached /path/to/files
2、删除子模块目录
rm -rf /path/to/files
3、修改 .gitmodules，移除这个 submodule

1
2
3
-[submodule "themes/next"]
-	path = themes/next
-	url = https://github.com/theme-next/hexo-theme-next.git

4、修改 .git/config 内容，把需要删除的 submodule 配置项删除
5、修改 .git/modules 文件夹内容，把你想要删除的子模块目录删除（这项十分重要，或者你知道怎么修改也可以修改，不然导致的后果就是你改过来的同名子模块依然跟踪着之前的分支，git pull 也没法拉取你在 .gitmosules 中新定义的上游地址）
后面再按照普通的方法添加子模块即可

子模块更新相关

使用流程

假定我们有两个项目：project-main 和 project-sub-1，其中 project-main 表示主项目，而 project-sub-1 表示子模块项目。

其中 project-main 的远程仓库地址为

1
https://github.com/username/project-main.git，而 project-sub-1 的远程仓库地址为 https://github.com/username/project-sub-1.git。

接下来，我们希望在 project-main 中添加 project-sub-1 ，而又保持 project-sub-1 自身独立的版本控制。

创建 submodule

使用 git submodule add 命令可以在项目中创建一个子模块。

进入项目 project-main ，输入：

1
2
3
4
5
6
7
➜ project-main git:(master) git submodule add https://github.com/username/project-sub-1.git
正克隆到 '/path/to/project-main/project-sub-1'...
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
展开对象中: 100% (3/3), 完成.
此时项目仓库中会多出两个文件：.gitmodules 和 project-sub-1 。

前者的内容是这样的，事实上就是子模块的相关信息；而后者那个文件，实际上保存的是子模块当前版本的版本号信息。

1
2
3
[submodule "project-sub-1"]
path = project-sub-1
url = https://github.com/username/project-sub-1.git

如果此前项目中已经存在 .gitmodules 文件，则会在文件内容中多出上述三行记录。

事实上，此时在 .git/config 文件中也会多出一些信息，在 .git/modules 文件夹下也会多出一份内容。

通常此时可以使用 git commit -m “add submodule xxx” 提交一次，表示引入了某个子模块。提交后，在主项目仓库中，会显示出子模块文件夹，并带上其所在仓库的版本号。

获取 submodule

上述步骤在创建子模块的过程中，会自动将相关代码克隆到对应路径，但对于后续使用者而言，对于主项目使用普通的 clone 操作并不会拉取到子模块中的实际代码。

使用以下命令进行克隆，完成后 project-main/project-sub-1 文件夹是空的：

1
2
cd /path/to/temp
git clone https://github.com/username/project-main.git

如果希望子模块代码也获取到，一种方式是在克隆主项目的时候带上参数 –recurse-submodules，这样会递归地将项目中所有子模块的代码拉取。

1
2
cd /path/to/temp2
git clone https://github.com/username/project-main.git --recurse-submodules

此时 project-main/project-sub-1
文件夹是有内容的，并且固定在某个 Git 提交的版本上。

另外一种可行的方式是，在当前主项目中执行：

1
2
git submodule init
git submodule update

则会根据主项目的配置信息，拉取更新子模块中的代码。

子模块内容的更新

对于子模块而言，并不需要知道引用自己的主项目的存在。对于自身来讲，子模块就是一个完整的 Git 仓库，按照正常的 Git 代码管理规范操作即可。

对于主项目而言，子模块的内容发生变动时，通常有三种情况：

  • 1）当前项目下子模块文件夹内的内容发生了未跟踪的内容变动；
  • 2）当前项目下子模块文件夹内的内容发生了版本变化；
  • 3）当前项目下子模块文件夹内的内容没变，远程有更新；

情况1：子模块有未跟踪的内容变动

对于第1种情况，通常是在开发环境中，直接修改子模块文件夹中的代码导致的。

此时在主项目中使用 git status 能够看到关于子模块尚未暂存以备提交的变更，但是于主项目而言是无能为力的，使用 git add/commit 对其也不会产生影响。

1
2
3
4
5
6
7
8
9
➜ project-main git:(master) git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。
尚未暂存以备提交的变更：
（使用 "git add <文件>..." 更新要提交的内容）
（使用 "git checkout -- <文件>..." 丢弃工作区的改动）
（提交或丢弃子模组中未跟踪或修改的内容）
修改： project-sub-1 (未跟踪的内容)
修改尚未加入提交（使用 "git add" 和/或 "git commit -a"）

在此情景下，通常需要进入子模块文件夹，按照子模块内部的版本控制体系提交代码。

当提交完成后，主项目的状态则进入了情况2，即当前项目下子模块文件夹内的内容发生了版本变化。

情况2：子模块有版本变化

当子模块版本变化时，在主项目中使用 git status 查看仓库状态时，会显示子模块有新的提交：

1
2
3
4
5
6
7
8
➜ project-main git:(master) ✗ git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。
尚未暂存以备提交的变更：
（使用 "git add <文件>..." 更新要提交的内容）
（使用 "git checkout -- <文件>..." 丢弃工作区的改动）
修改： project-sub-1 (新提交)
修改尚未加入提交（使用 "git add" 和/或 "git commit -a"）

在这种情况下，可以使用 git add/commit 将其添加到主项目的代码提交中，实际的改动就是那个子模块 文件 所表示的版本信息：

1
2
3
4
5
6
7
8
git diff HEAD HEAD^
diff --git a/project-sub-1 b/project-sub-1
index ace9770..7097c48 160000
--- a/project-sub-1
+++ b/project-sub-1
@@ -1 +1 @@
-Subproject commit ace977071f94f4f88935f9bb9a33ac0f8b4ba935
+Subproject commit 7097c4887798b71cee360e99815f7dbd1aa17eb4

通常当子项目更新后，主项目修改其所依赖的版本时，会产生类似这种情景的 commit 提交信息。

情况3：子模块远程有更新

通常来讲，主项目与子模块的开发不会恰好是同时进行的。通常是子模块负责维护自己的版本升级后，推送到远程仓库，并告知主项目可以更新对子模块的版本依赖。

在这种情况下，主项目是比较茫然的。

之前曾经提到，主项目可以使用 git submodule update 更新子模块的代码，但那是指 当前主项目文件夹下的子模块目录内容 与 当前主项目记录的子模块版本 不一致时，会参考后者进行更新。

但如今这种情况下，后者 当前主项目记录的子模块版本 还没有变化，在主项目看来当前情况一切正常。

此时，需要让主项目主动进入子模块拉取新版代码，进行升级操作。

通常流程是：

1
2
cd project-sub-1
git pull origin master

子模块目录下的代码版本会发生变化，转到情况2的流程进行主项目的提交。

当主项目的子项目特别多时，可能会不太方便，此时可以使用 git submodule 的一个命令 foreach 执行：

1
git submodule foreach 'git pull origin master'

情况汇总

终上所述，可知在不同场景下子模块的更新方式如下：

对于子模块，只需要管理好自己的版本，并推送到远程分支即可；
对于父模块，若子模块版本信息未提交，需要更新子模块目录下的代码，并执行 commit 操作提交子模块版本信息；
对于父模块，若子模块版本信息已提交，需要使用 git submodule update ，Git 会自动根据子模块版本信息更新所有子模块目录的相关代码。

4.删除子模块

网上流传了一些偏法，主要步骤是直接移除模块，并手动修改 .gitmodules、.git/config 和 .git/modules 内容。包含了一大堆类似git rm –cached 、rm -rf 、rm .gitmodules 和 git rm –cached 之类的代码。

实际上这是一种比较野的做法，不建议使用。

根据官方文档的说明，应该使用 git submodule deinit 命令卸载一个子模块。这个命令如果添加上参数 –force，则子模块工作区内即使有本地的修改，也会被移除。

1
2
git submodule deinit project-sub-1
git rm project-sub-1

执行 git submodule deinit project-sub-1 命令的实际效果，是自动在 .git/config 中删除了以下内容：

1
2
3
4
5
6
7
[submodule "project-sub-1"]
url = https://github.com/username/project-sub-1.git
执行 git rm project-sub-1 的效果，是移除了 project-sub-1 文件夹，并自动在 .gitmodules 中删除了以下内容：

[submodule "project-sub-1"]
path = project-sub-1
url = https://github.com/username/project-sub-1.git

此时，主项目中关于子模块的信息基本已经删除（虽然貌似 .git/modules 目录下还有残余）：

1
2
3
4
5
6
7
➜ project-main git:(master) ✗ gs
位于分支 master
您的分支与上游分支 'origin/master' 一致。
要提交的变更：
（使用 "git reset HEAD <文件>..." 以取消暂存）
修改： .gitmodules
删除： project-sub-1

可以提交代码：
git commit -m "delete submodule project-sub-1"
至此完成对子模块的删除。

常见问题

1.master别人有提交，自己的版本滞后，在当前开发的分支中直接：

1
git pull origin master

然后git push本分支就行了

git pull 就是git fetch和git merge合并写法

查看已追踪的文件

1
2
3
4
5
git ls-tree -r master --name-only

git rm --cached

git commit //不需要git add

扫一扫，分享到微信

微信分享二维码

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

做一个安静细微的人，<br> 于角落里自在开放，<br> 默默悦人，<br> 却始终不引起过分热闹的关注，<br> 保有独立而随意的品格，<br> 这就很好。<br><br> Stick to what you insist on,<br> believe what you believe!<br> Life hastily for decades,<br> do what I can!