当前位置:   article > 正文

【Git原理与使用】-- 基本操作_.git prepare-commit-msg.sample

.git prepare-commit-msg.sample

目录

添加文件

查看objects中的文件

小结

修改文件

版本回退

回退的回退

小结

撤销修改

情况一:对于工作区的代码,还没有 add

情况二:已经 add ,但没有 commit

情况三:已经 add ,并且也 commit 了

小结 

删除文件


#:首先引入一个未进行任何操作的 ./git 内部情况

  1. [qcr@ecs-205826 project]$ tree .git
  2. .git
  3. ├── branches
  4. ├── config
  5. ├── description
  6. ├── HEAD
  7. ├── hooks
  8. │?? ├── applypatch-msg.sample
  9. │?? ├── commit-msg.sample
  10. │?? ├── post-update.sample
  11. │?? ├── pre-applypatch.sample
  12. │?? ├── pre-commit.sample
  13. │?? ├── prepare-commit-msg.sample
  14. │?? ├── pre-push.sample
  15. │?? ├── pre-rebase.sample
  16. │?? └── update.sample
  17. ├── info
  18. │?? └── exclude
  19. ├── objects
  20. │?? ├── info
  21. │?? └── pack
  22. └── refs
  23. ├── heads
  24. └── tags
  25. 9 directories, 13 files

        我们可以找到对应的:objectsHEAD,但是没有对应的indexmaster

添加文件

        在包含 .git 的目录下新建⼀个 Test.txt  文件,我们可以使用  git add 命令可以将文件添加到暂存区:
  • 添加 或多个文件 到暂存区: git add [file1] [file2] ...
  • 添加 指定目录 到暂存区,包括子目录: git add [dir ]
  • 添加当前目录下的 所有文件 改动到暂存区: git add .
再使用  git commit 命令将暂存区内容添加到本地仓库中:
  • 提交暂存区全部内容到本地仓库中:git commit -m "message"
  • 提交暂存区的指定文件到仓库区:git commit [file1] [file2] ... -m "message"

Note: git commit 后面的 -m 选项,描述本次提交的 message(由用户自己完成),这部分内容绝对不能省略,并且要好好描述,是用来记录我们的提交细节。

        可以看见 Git 的提示:一个文件改变,是新增了一行的内容。

补充:

 $ git log 

        打印出来所有时间从近到远的提交记录。

  1. [qcr@ecs-205826 project]$ git log
  2. commit e797df72c0669a2b81339ff4854328126d2e6c8e
  3. Author: qcr <2390139574@qq.com>
  4. Date: Wed Jun 14 19:29:48 2023 +0800
  5. 一行你好,用于学习git

        "e797df72c0669a2b81339ff4854328126d2e6c8e":commit ID,每一次提交都会有一个 commit ID,其是经过哈希计算出来的非常大的一个数字(用十六进制表示)。

        如果觉得这个内容眼花缭乱的,可以给这个命令加一个选项参数。

  1. [qcr@ecs-205826 project]$ git log --pretty=oneline
  2. e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好,用于学习git

        现在再让我们看一看 ./git 

  1. [qcr@ecs-205826 project]$ tree .git
  2. .git
  3. ├── branches
  4. ├── COMMIT_EDITMSG
  5. ├── config
  6. ├── description
  7. ├── HEAD
  8. ├── hooks
  9. │   ├── applypatch-msg.sample
  10. │   ├── commit-msg.sample
  11. │   ├── post-update.sample
  12. │   ├── pre-applypatch.sample
  13. │   ├── pre-commit.sample
  14. │   ├── prepare-commit-msg.sample
  15. │   ├── pre-push.sample
  16. │   ├── pre-rebase.sample
  17. │   └── update.sample
  18. ├── index
  19. ├── info
  20. │   └── exclude
  21. ├── logs
  22. │   ├── HEAD
  23. │   └── refs
  24. │   └── heads
  25. │   └── master
  26. ├── objects
  27. │   ├── 38
  28. │   │   └── 1feea9040943c8fa00ac3312d93ed7d97c42ff
  29. │   ├── e6
  30. │   │   └── 076a05b53658ebd812398523da7f38fc552aa1
  31. │   ├── e7
  32. │   │   └── 97df72c0669a2b81339ff4854328126d2e6c8e
  33. │   ├── info
  34. │   └── pack
  35. └── refs
  36. ├── heads
  37. │   └── master
  38. └── tags
  39. 15 directories, 21 files

        可以发现其与之前没进行任何操作的 ./git 多了很多很多的东西。而之前未出现的 index 出现了,就是由于 git add 而出现的暂存区,而 add 的内容就是添加到这个里面的。这个时候再来看 HEAD ,其就是一个指针,指向了 master

  1. [qcr@ecs-205826 project]$ cat .git/HEAD
  2. ref: refs/heads/master

        通过查看我们可以发现,其确实就是指向 master 的,并且该段路径就是在 ./git 可以找到的。

        然后我们打印 HEAD 内指向的 master 内容可以发现。

  1. [qcr@ecs-205826 project]$ cat .git/refs/heads/master
  2. e797df72c0669a2b81339ff4854328126d2e6c8e

        这个 master 里面存放的其实就是最新的一次提交的 commit ID 。而之前又有所提到,master 里面放的都是一些索引,这些索引执指向的又其实是对象库中的对象。接下来再将我们的视角放在 objects多的东西上。

        可以看到里面更新了一堆的对象,其实它们就是一些文件。

查看objects中的文件

        首先我们要将 commit ID 分为两个部分。

        下述其实还有一项 parent  ,后面跟的是commit ID 意为上一次的提交。

  1. [qcr@ecs-205826 project]$ git cat-file -p e797df72c0669a2b81339ff4854328126d2e6c8e
  2. tree 381feea9040943c8fa00ac3312d93ed7d97c42ff
  3. author qcr <2390139574@qq.com> 1686742188 +0800
  4. committer qcr <2390139574@qq.com> 1686742188 +0800
  5. 一行你好,用于学习git

        -p:pertty更漂亮的打印出来。

        其中的 tree 我们可以打印其后面的 commit ID

  1. [qcr@ecs-205826 project]$ git cat-file -p 381feea9040943c8fa00ac3312d93ed7d97c42ff
  2. 100644 blob e6076a05b53658ebd812398523da7f38fc552aa1 test.txt

        可以发现此处出现了我们前面的 test.txt 文件,并且其对应着一个 commit ID ,也就是对应一个索引,我们可以使用 cat-file 进行查看。

  1. [qcr@ecs-205826 project]$ git cat-file -p e6076a05b53658ebd812398523da7f38fc552aa1
  2. 你好

        可以发现正是我们在 test.txt 文件中新增的一行内容,这就是我们对于test.txt文件的一次修改,被 Git 记录下来了,所以我们每一次提交的修改都会被 Git 记录下来,就是通过对象记录下来的修改。对于objects一句话:修改的工作区内容会被写入到对象库的一个新的git对象中

小结

        git仓库 中有一个 index(暂存区),用于放add后的一些新增内容的。HEAD是一个指针,指向的是 .git/refs/heads/master ,master 里面存放的是我们最新的一次提交的 commit ID,其又是一个索引,对应着的是一个 git 对象,该对象被维护在对象库中。对应的对象也有其 commit ID 进行查看,可以发现里面就有存放我们所修改的所有内容。

Note:

        明确一个观念:Git 追踪管理的其实是修改,而不是文件

        并且这是可以在对象库中体现出来,对象库中的一个对象,里面存储的是修改的工作区中的内容。

修改文件

  1. [qcr@ecs-205826 project]$ cat test.txt
  2. 你好
  3. hello

        此时,在工作区中已经对 test.txt 进行了更改,而 Git 中为我们提供了一个命令用于查看当前仓库的一个状态。

  1. [qcr@ecs-205826 project]$ git status
  2. # On branch master
  3. # Changes not staged for commit:
  4. # (use "git add <file>..." to update what will be committed)
  5. # (use "git checkout -- <file>..." to discard changes in working directory)
  6. #
  7. # modified: test.txt
  8. #
  9. no changes added to commit (use "git add" and/or "git commit -a")

        用于查看我们上一次提交之后到现在是否对文件进行过修改,可以根据上述发现:Changes not staged for commit(没有将要被提交的暂存区内容),也就是说暂存区中目前是干净的没有内容。

        修改的是在工作区中修改的,修改的文件就是 test.txt git status只能查哪个文件修改了,具体修改的是哪一些内容是不知道的。Git 还提供了一个命令,用于显示目前暂存区和工作区之间的差异的。

  1. [qcr@ecs-205826 project]$ git diff test.txt
  2. diff --git a/test.txt b/test.txt
  3. index e6076a0..0891bd4 100644
  4. --- a/test.txt
  5. +++ b/test.txt
  6. @@ -1 +1,2 @@
  7. 你好
  8. +hello

          git diff [file] 命令用来显示暂存区和工作区文件的差异,显示的格式正是Unix通用的diff格
式。也可以使用  git diff HEAD -- [file] 命令来查看版本库和工作区文件的区别。
  1. [qcr@ecs-205826 project]$ git diff HEAD test.txt
  2. diff --git a/test.txt b/test.txt
  3. index e6076a0..0891bd4 100644
  4. --- a/test.txt
  5. +++ b/test.txt
  6. @@ -1 +1,2 @@
  7. 你好
  8. +hello

        此时如果我们将 test.txt 文件进行上传,再进行 diff 命令操作可以发现。暂存区和工作区文件的没有了差异,于是什么都不会说明,而版本库和工作区文件的之间还是有差异的。

  1. [qcr@ecs-205826 project]$ git add test.txt
  2. [qcr@ecs-205826 project]$ git diff test.txt
  3. [qcr@ecs-205826 project]$ git diff HEAD test.txt
  4. diff --git a/test.txt b/test.txt
  5. index e6076a0..0891bd4 100644
  6. --- a/test.txt
  7. +++ b/test.txt
  8. @@ -1 +1,2 @@
  9. 你好
  10. +hello

        使用 status 命令操作,其提示我们需要将修改提交至本地仓库。

  1. [qcr@ecs-205826 project]$ git status
  2. # On branch master
  3. # Changes to be committed:
  4. # (use "git reset HEAD <file>..." to unstage)
  5. #
  6. # modified: test.txt
  7. #

        提示了一个在暂存区中修改的文件:test.txt

  1. [qcr@ecs-205826 project]$ git commit -m "新增一行"
  2. [master a8760f6] 新增一行
  3. 1 file changed, 1 insertion(+)
  4. [qcr@ecs-205826 project]$ git diff test.txt
  5. [qcr@ecs-205826 project]$ git diff HEAD test.txt

        工作区、暂存区、版本库全部一致,所以没任何提示。

  1. [qcr@ecs-205826 project]$ git status
  2. # On branch master
  3. nothing to commit, working directory clean

        这一次我们已经提交成功,所以给我们打印的一个状态就是没有什么可以提交了,工作区是干净的。

版本回退

        之前我们也提到过,Git 能够管理文件的历史版本,这也是版本控制器重要的能力。如果有⼀天你发现之前前的工作做的出现了很大的问题,需要在某个特定的历史版本重新开始,这个时候,就需要版本回退的功能了。

        执行 git reset 命令用于回退版本,可以指定退回某⼀次提交的版本。要解释⼀下 "回退" 本质是要将版本库中的内容进行回退工作区或暂存区是否回退由命令参数决定

$ git reset [--soft | --mixed | --hard] [HEAD]
选项功能
选项具体功能
--soft参数对于工作区和暂存区的内容都不变,只是将版本库回退到某个指定版本
--mixed为默认选项,使用时可以不用带该参数。该参数将暂存区的内容退回为指定提交版本内容,工作区文件保持不变。
--hard将暂存区与工作区都退回到指定版本。切记工作区有未提交的代码时不要用这个命令,因为⼯作区会回滚,你没有提交的代码就再也找不回了,所以使用该参数前⼀定要慎重。

Note:关于 --hard 选项一定需要注意(慎用!!!),如果当前正在工作区中进行开发,一旦回退是会把正在开发的数据全部干掉,并且是不管如何操作都是找不回对应的开发数据的。

  • HEAD 说明:
    • 可直接写成 commit ID,表示指定退回的版本
    • HEAD:表示当前版本
    • HEAD^:上⼀个版本
    • HEAD^^:上上⼀个版本
    • 以此类推...
  • 可以使用 ~ 数字表示:
    • HEAD~0:表示当前版本
    • HEAD~1:上⼀个版本
    • HEAD^2:上上⼀个版本
    • 以此类推...

        现在之前的基础上再提交几个文件(用于实现效果的体现),下述 test1test2test3 是用一句 add 和一句 commit 提交的。

  1. [qcr@ecs-205826 project]$ ls
  2. test1 test2 test3 test.txt
  3. [qcr@ecs-205826 project]$ git log --pretty=oneline
  4. 1bba34a04f231d8ad49f3ce5079879144cf6f4db 临时空文件
  5. 8f2b55aca176fb578cf39952f776c3da9aa50009 新增一行
  6. e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好,用于学习git

        现在我们尝试利用--hard 选项,回退到对应的提交。

  1. [qcr@ecs-205826 project]$ git reset --hard e797df72c0669a2b81339ff4854328126d2e6c8e
  2. HEAD is now at e797df7 一行你好,用于学习git

        通过上述可以知晓回退成功了,接下来看看当前目录的文件。

  1. [qcr@ecs-205826 project]$ ls
  2. test.txt

        然而发现,该目录下只剩了一个 test.txt 文件,而 test1test2test3 不存在了。原因就是,我们使用的--hard 选项,将工作区也回退了,而 test1test2test3 的提交是在回退的提交之后的,所以一旦回退到某一次提交,那么这次提交之后的所有提交都会被回退

        此时再打印 test.txt 中的内容可以发现。

  1. [qcr@ecs-205826 project]$ cat test.txt
  2. 你好

        回退成功,再打印 log

  1. [qcr@ecs-205826 project]$ git log --pretty=oneline
  2. e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好,用于学习git

        发现我们回退的位子成为第一个了。

回退的回退

        对应我们上一次查的log中,就会有被回退的提交(第一次回退的时候查找的log)。

  1. [qcr@ecs-205826 project]$ git reset --hard 1bba34a04f231d8ad49f3ce5079879144cf6f4db
  2. HEAD is now at 1bba34a 临时空文件
  3. [qcr@ecs-205826 project]$ ls
  4. test1 test2 test3 test.txt
  5. [qcr@ecs-205826 project]$ git log --pretty=oneline
  6. 1bba34a04f231d8ad49f3ce5079879144cf6f4db 临时空文件
  7. 8f2b55aca176fb578cf39952f776c3da9aa50009 新增一行
  8. e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好,用于学习git

        可以发现全部回来了。而在这里有后悔药可以吃,是因为当前终端下并没有将之前的提交清除掉。

#:如果手残的在想回退的回退时已将上一次log的信息,因为 clear 而消失,是也可以查到之前的 log 信息的,使用 reflog 命令。

  1. [qcr@ecs-205826 project]$ git log --pretty=oneline
  2. e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好,用于学习git
  3. [qcr@ecs-205826 project]$ git reflog
  4. e797df7 HEAD@{0}: reset: moving to e797df72c0669a2b81339ff4854328126d2e6c8e
  5. 1bba34a HEAD@{1}: reset: moving to 1bba34a04f231d8ad49f3ce5079879144cf6f4db
  6. e797df7 HEAD@{2}: reset: moving to e797df72c0669a2b81339ff4854328126d2e6c8e
  7. 1bba34a HEAD@{3}: commit: 临时空文件
  8. 8f2b55a HEAD@{4}: commit: 新增一行
  9. e797df7 HEAD@{5}: reset: moving to e797df72c0669a2b81339ff4854328126d2e6c8e
  10. a8760f6 HEAD@{6}: commit: 新增一行
  11. e797df7 HEAD@{7}: commit (initial): 一行你好,用于学习git

        reflog 命令是用于记录本地的每一次的提交命令。

         其就是对应提交的 commit ID,这么短是因为其就是 commit ID 的一部分,也是可以使用的。

  1. [qcr@ecs-205826 project]$ git log --pretty=oneline
  2. e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好,用于学习git
  3. [qcr@ecs-205826 project]$ git reset --hard 1bba34a
  4. HEAD is now at 1bba34a 临时空文件
  5. [qcr@ecs-205826 project]$ git log --pretty=oneline
  6. 1bba34a04f231d8ad49f3ce5079879144cf6f4db 临时空文件
  7. 8f2b55aca176fb578cf39952f776c3da9aa50009 新增一行
  8. e797df72c0669a2b81339ff4854328126d2e6c8e 一行你好,用于学习git

        这样的前提下,是因为我们能够找到 commit ID 才能吃后悔药,而在开发的过程中是会有很多的 Git 操作,是迟早会将我们的 commit ID 冲掉的。而一旦找不到 commit ID 就没有后悔药可以吃了。

小结

        值得说的是,Git 的版本回退速度非常快,因为 Git 在内部有个指向当前分支(此处是master) HEAD 指针, refs/heads/master 件里保存当前 master 分⽀的最新 commit ID 。当我们在回退版本的时候,Git 仅仅是给 refs/heads/master 中存储⼀个特定的 version,可以简单理解成如下示意图:

        所以版本回退其实就是将 master 中的 commit ID 进行改变,也就是将指向进行改变,于是版本的回退是十分的简单的、快速的。

撤销修改

        如果我们在我们的工作区写了很长时间代码,越写越写不下去,觉得自己写的实在是垃圾,想恢复到上⼀个版本。

情况一:对于工作区的代码,还没有 add

        这个时候由于我们并没有进行 add 的操作,所以文件只存在于工作区中,在暂存区和版本库中是没有的,这个时候撤销的内容是工作区

  1. [qcr@ecs-205826 project]$ cat test.txt
  2. 你好
  3. hello
  4. 不喜欢这行想撤销

        这个时候选择使用编辑文件,然后直接删除这一行,这个方法肯定是没有任何的问题的。但是如果写了很多了,这个时候一行一行的去删除很不现实,并且很容易就忘记了,并且不能保证手动删除的准确性!

         Git 其实还为我们提供了更好的方式,我们可以使用 git checkout -- [file] 命令让工作区的文件回到最近⼀次 add commit 时的状态。 要注意 git checkout -- [file] 命令中的 -- 很重要,切记不要省略,⼀旦省略,该命令就变为其他意思了!

  1. [qcr@ecs-205826 project]$ git checkout -- test.txt
  2. [qcr@ecs-205826 project]$ cat test.txt
  3. 你好
  4. hello

情况二:已经 add ,但没有 commit

        这个时候由于我们进行了 add 的操作,但是没有进行 commit 操作,所以文件只存在于工作区与暂存区中,在版本库中是没有的,这个时候撤销的内容是工作区、暂存区

  1. [qcr@ecs-205826 project]$ cat test.txt
  2. 你好
  3. hello
  4. 不喜欢这行想撤销
  5. [qcr@ecs-205826 project]$ git add test.txt
  6. [qcr@ecs-205826 project]$ git status
  7. # On branch master
  8. # Changes to be committed:
  9. # (use "git reset HEAD <file>..." to unstage)
  10. #
  11. # modified: test.txt
  12. #
        让我们来回忆⼀下学过的 git reset 回退命令,该命令如果使用  --mixed 参数,可以将暂存区的内容退回为指定的版本内容,但工作区文件保持不变,那我们就可以回退下暂存区的内容了! (git reset 回退命令还可以用于回退到当前版本)
        同理 --hard 选项也可以,并且还比  git reset 回退命令少一次操作,此处用 git reset 回退命令。
  1. [qcr@ecs-205826 project]$ git reset HEAD test.txt
  2. Unstaged changes after reset:
  3. M test.txt
  4. [qcr@ecs-205826 project]$ git status
  5. # On branch master
  6. # Changes not staged for commit:
  7. # (use "git add <file>..." to update what will be committed)
  8. # (use "git checkout -- <file>..." to discard changes in working directory)
  9. #
  10. # modified: test.txt
  11. #
  12. no changes added to commit (use "git add" and/or "git commit -a")

        这个时候我们就将暂存区中回退了,然后就是与情况一,一样的情况。 

  1. [qcr@ecs-205826 project]$ git checkout -- test.txt
  2. [qcr@ecs-205826 project]$ cat test.txt
  3. 你好
  4. hello

情况三:已经 add ,并且也 commit 了

        这个时候由于我们进行了 add commit 的操作,所以文件存在于工作区、暂存区、版本库中,这个时候撤销的内容是工作区、暂存区、版本库

  1. [qcr@ecs-205826 project]$ cat test.txt
  2. 你好
  3. hello
  4. 不喜欢这行想撤销
  5. [qcr@ecs-205826 project]$ git add test.txt
  6. [qcr@ecs-205826 project]$ git commit -m "用于测试修改"
  7. [master a2fd08f] 用于测试修改
  8. 1 file changed, 1 insertion(+)

        不要担心,我们可以 git reset --hard HEAD^ 回退到上⼀个版本!不过,这是有条件的:就是你还没有把自己的本地版本库推送到远程仓库(commit之后对应push操作,后续再讲解)撤销的目的就是:不影响远程仓库的代码。因为我们不知道远程仓库中对应的代码是怎么样的,所以我们想要撤退的操作的前提是远程仓库中确定没有这一份代码,才能真正意义上称作为撤销。

  1. [qcr@ecs-205826 project]$ git reset --hard HEAD^
  2. HEAD is now at 1bba34a 临时空文件
  3. [qcr@ecs-205826 project]$ git status
  4. # On branch master
  5. nothing to commit, working directory clean
  6. [qcr@ecs-205826 project]$ cat test.txt
  7. 你好
  8. hello

小结 

工作区暂存区版本库解决方式
新文件旧文件旧文件

1、手动撤销 - 不推荐,易出错

2、git checkout -- [filename]

新文件新文件旧文件

git reset --mixed(变为上述情况)

git reset --hard HEAD

新文件新文件新文件

前提条件:commit之后没有进行push

git reset --hard HEAD^

删除文件

        在 Git 中,删除也是⼀个修改操作,我们实战⼀下,如果要删除 test.txt 文件,怎么搞?

  1. [qcr@ecs-205826 project]$ ls
  2. test1 test2 test3 test.txt
  3. [qcr@ecs-205826 project]$ rm test3
  4. [qcr@ecs-205826 project]$ ls
  5. test1 test2 test.txt

        但这样直接删除是没有用的,反而徒增烦恼,其只是将我们对应的工作区中的内容进行删除,但是对于本地仓库是并没有删除的, git status 命令会立刻告诉你哪些文件被删除了:

  1. [qcr@ecs-205826 project]$ git status
  2. # On branch master
  3. # Changes not staged for commit:
  4. # (use "git add/rm <file>..." to update what will be committed)
  5. # (use "git checkout -- <file>..." to discard changes in working directory)
  6. #
  7. # deleted: test3
  8. #
  9. no changes added to commit (use "git add" and/or "git commit -a")
        此时,工作区和版本库就不一致了,要删文件,目前除了要删工作区的文件,还要清除版本库的文件。
⼀般走到这里,有两种可能:
  • 确实要从版本库中删除该文件
  • 不小心删错了

        对第⼆种情况,很明显误删,需要使用 git 来进行恢复,很简单,我们刚学过:

  1. [qcr@ecs-205826 project]$ git checkout -- test3
  2. [qcr@ecs-205826 project]$ ls
  3. test1 test2 test3 test.txt
        对于第⼀种情况,很明显是没有删完,我们只删除了工作区的文件。 最正确的方法是,使用  git rm 将文件从暂存区和工作区中删除,并且 commit
  1. [qcr@ecs-205826 project]$ git rm test3
  2. rm 'test3'
  3. [qcr@ecs-205826 project]$ git status
  4. # On branch master
  5. # Changes to be committed:
  6. # (use "git reset HEAD <file>..." to unstage)
  7. #
  8. # deleted: test3
  9. #

        可以看出对比前面,其即删除了工作区里的文件,也删除了暂存区中的文件,然后就只需要我们进行 commit 就可以了。

  1. [qcr@ecs-205826 project]$ git commit -m "删除test3"
  2. [master dccd2a4] 删除test3
  3. 1 file changed, 0 insertions(+), 0 deletions(-)
  4. delete mode 100644 test3
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/在线问答5/article/detail/875191
推荐阅读
相关标签
  

闽ICP备14008679号