git版本管理软件——git日常管理代码

最新推荐文章于 2024-06-28 22:35:26 发布
最新推荐文章于 2024-06-28 22:35:26 发布
阅读量498 收藏 1
点赞数
分类专栏： 代码版本管理 文章标签： git 管理 软件
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zxng_work/article/details/77852193
版权

日常管理代码为添加代码阶段，包括添加文件，修改文件的管理。在这章的命令是用git管理代码的过程中大量反复使用到的命令。
git开发最常用到的步骤：

git status——git diff——git add——git commit——git reset——git push——git log

git查看当前工作区改动文件 git status

命令：git status

该命令是查看当前工作区状态所改动的文件若没有改动，会提示当前工作区干净。该命令可以显示未提交的文件，通常以红色显示，也显示提交后在暂存区的文件，通常以绿色显示。

工作区内未有改动

ghost@ghost-machine:~/workspace/test/Project_test$ git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。
无文件要提交，干净的工作区
ghost@ghost-machine:~/workspace/test/Project_test$

工作区内有改动

ghost@ghost-machine:~/workspace/test/Project_test$ git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。
要提交的变更：
  （使用 "git reset HEAD <文件>..." 以取消暂存）

	修改：     reset.txt

尚未暂存以备提交的变更：
  （使用 "git add <文件>..." 更新要提交的内容）
  （使用 "git checkout -- <文件>..." 丢弃工作区的改动）

	修改：     readme.txt

ghost@ghost-machine:~/workspace/test/Project_test$

查看代码修改 git diff

该命令的功能是查看代码的变动。具体是现在正在修改的这份代码与最近一次提交的版本库的代码做比较，将不同之处罗列出来。

git diff后面可以写具体的文件名或文件夹，改动是当前工作状态下的改动与上一次commit的状态做对比，具体为

ghost@ghost-machine:~/workspace/test/Project_test$ git diff
diff --git a/readme.txt b/readme.txt
index 3550d6f..696e814 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1 +1,3 @@
-add 20160614.
+diff 20161106.
+
+test git diff
ghost@ghost-machine:~/workspace/test/Project_test$

红色-为原有代码的状态
绿色+为当前改动的状态

所表达的意思为：
对于文件readme.txt的改动，

删除了
-add 20160614.
添加了
+diff 20161106.
+
+test git diff

回车换行也算在内。

git提交代码 git add、git commit

git add < file | folder | -A | --all >

该命令的功能是将代码的改动提交到git的暂存区，暂时将修改好的代码保存起来，但修改的代码还没有加到本地库中。

用命令git add 提交文件到暂存区，具体使用方法

用法：git add [<options>] [--] <pathspec>...

    -n, --dry-run         	演习
    -v, --verbose         	冗长输出

    -i, --interactive     	交互式拣选
    -p, --patch           	交互式挑选数据块
    -e, --edit            	编辑当前差异并应用
    -f, --force           	允许添加忽略的文件
    -u, --update          	更新已跟踪的文件
    -N, --intent-to-add   	只记录，该路径稍后再添加
    -A, --all             	添加所有改变的已跟踪文件和未跟踪文件
    --ignore-removal      	忽略工作区中移除的路径（和 --no-all 相同）
    --refresh             不添加，只刷新索引
    --ignore-errors       	跳过因出错不能添加的文件
    --ignore-missing      	检查在演习模式下文件（即使不存在）是否被忽略

经常用到的git add 使用说明

git add file 		添加某一个文件到暂存区；
git add folder 	    添加某个文件夹里面的内容到暂存区；
git add -A | --all  添加git 目录下所有文件到暂存区；
git add . 		    添加当前目录下的所有文件到暂存区；

代码提交之后通过命令git status来查看提交的状态。

添加新文件状态

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        new file:   test.c

添加文件改动状态

git status
warning: LF will be replaced by CRLF in test/test.c.
The file will have its original line endings in your working directory.
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   test.c

git commit -m “commit message”

该命令的功能是将修改好的代码，即将暂存区的代码添加到本地库中。并加以标注。
用命令git commit 来给提交的内容做注释，具体使用方法有很多，但最常见的一种使用方法为
git commit -m “提交内容的注释说明”

$ git commit -m "add test.c."
[master c4aa087] add test.c.
warning: LF will be replaced by CRLF in test/test.c.
The file will have its original line endings in your working directory.
 1 file changed, 1 insertion(+)
 create mode 100644test/test.c

git commit –amend

该命令为追加提交，在对应文件列出最后提交的commit注释，然后再在后面追加注释，这样就不用从新写前面的注释来解释本次提交。多用于对已上库的代码修复bug

对一个文件的追加，在使用git commit –amend命令时系统会弹出一个文本框要求修改和添加注释。

ghost@ghost-machine:~/workspace/git_test$ vim readme.txt 
ghost@ghost-machine:~/workspace/git_test$ git add .
ghost@ghost-machine:~/workspace/git_test$ git commit --amend
[master 84fd0df] test git push
 Author: zx <zx@git.com>
 Date: Sat Dec 3 11:48:12 2016 +0800
 2 files changed, 5 insertions(+)
ghost@ghost-machine:~/workspace/git_test$ git log
commit 84fd0df24d200c655541f90b9502e9e69ae2d1ff
Author: zx <zx@git.com>
Date:   Sat Dec 3 11:48:12 2016 +0800

    test git push
    
    test git commit --amend

追加多个文件

ghost@ghost-machine:~/workspace/git_test$ vim readme.txt 
ghost@ghost-machine:~/workspace/git_test$ ls
patch.txt  readme.txt  reset.txt  v1.1_test.txt
ghost@ghost-machine:~/workspace/git_test$ vim reset.txt 
ghost@ghost-machine:~/workspace/git_test$ git add .
ghost@ghost-machine:~/workspace/git_test$ git commit --amend
[master 7929f3c] test git push
 Author: zx <zx@git.com>
 Date: Sat Dec 3 11:48:12 2016 +0800
 2 files changed, 7 insertions(+)
	
	
commit 7929f3ccd9431db0c7782310e7760000be836615
Author: zx <zx@git.com>
Date:   Sat Dec 3 11:48:12 2016 +0800

    test git push
    
    test git commit --amend
    
    test git commit --amend for two file

git撤销git reset git checkout

git reset

1、撤销git add
该命令git reset相对于git add 而言，是git add 的相反动作，在输入了命令git add filename 后，发现提交还需要修改，或者不需要提交这个文件，就选择git reset撤销这个提交，git reset filename，具体使用方法为：

ghost@ghost-machine:~/workspace/test/Project_test$ git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。
未跟踪的文件:
  （使用 "git add <文件>..." 以包含要提交的内容）

	reset.txt

提交为空，但是存在尚未跟踪的文件（使用 "git add" 建立跟踪）
ghost@ghost-machine:~/workspace/test/Project_test$ git add .

ghost@ghost-machine:~/workspace/test/Project_test$ git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。
要提交的变更：
  （使用 "git reset HEAD <文件>..." 以取消暂存）

	新文件：   reset.txt

ghost@ghost-machine:~/workspace/test/Project_test$ git reset reset.txt
ghost@ghost-machine:~/workspace/test/Project_test$ git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。
未跟踪的文件:
  （使用 "git add <文件>..." 以包含要提交的内容）

	reset.txt

提交为空，但是存在尚未跟踪的文件（使用 "git add" 建立跟踪）
ghost@ghost-machine:~/workspace/test/Project_test$

2、撤销git commit

该命令git reset –hard 相对于git commit而言，将命令回退到该commit提交后的动作，包括上一次commit的改动和添加的文件全都回到指定的commit位置，指定的commit由哈希值来区分

commit 546d73a5842ecd4df8dc35994bc520b22c12fcb3
Author: zx <zx@git.com>
Date:   Sun Nov 6 09:26:29 2016 +0800

    add reset.txt

commit 70456a99ee3899c40d4846b7101646855b7a1219
Author: zx <zx@git.com>
Date:   Tue Jun 14 22:55:17 2016 +0800

    add 20160614.

commit 824005a2c174d195c5823b2a412ce2c3081c39f3
Author: zx <zx@git.com>
Date:   Tue Jun 14 22:53:50 2016 +0800

    add 20160614.

具体用法为：
加 --hard为具体引用

ghost@ghost-machine:~/workspace/test/Project_test$ git log
commit 546d73a5842ecd4df8dc35994bc520b22c12fcb3
Author: zx <zx@git.com>
Date:   Sun Nov 6 09:26:29 2016 +0800

    add reset.txt

commit 70456a99ee3899c40d4846b7101646855b7a1219
Author: zx <zx@git.com>
Date:   Tue Jun 14 22:55:17 2016 +0800

    add 20160614.

commit 824005a2c174d195c5823b2a412ce2c3081c39f3
Author: zx <zx@git.com>
Date:   Tue Jun 14 22:53:50 2016 +0800

    add 20160614.
ghost@ghost-machine:~/workspace/test/Project_test$ git reset --hard 70456a99ee3899c40d4846b7101646855b7a1219
HEAD 现在位于 70456a9 add 20160614.
ghost@ghost-machine:~/workspace/test/Project_test$ git log
commit 70456a99ee3899c40d4846b7101646855b7a1219
Author: zx <zx@git.com>
Date:   Tue Jun 14 22:55:17 2016 +0800

    add 20160614.

commit 824005a2c174d195c5823b2a412ce2c3081c39f3
Author: zx <zx@git.com>
Date:   Tue Jun 14 22:53:50 2016 +0800

    add 20160614.
ghost@ghost-machine:~/workspace/test/Project_test$

该命令可以简化成git reset --hard HEAD^
HEAD^为最近的上一次提交的commit。

git reset撤销相对于git而言，不是真正的撤销，而是将当前进度指针移到指定的commit位置而已。

##git checkout
将git checkout单单归于撤销并不合适，因为git checkout的真正意义为“检出”。
1、git checkout filename

git checkout filename的意义为将该文件在版本库里面检出，功能类似于还原，那就不是简单的撤销问题了，对该文件filename的修改不满意，想恢复文件，就用git checkout filename，即放弃修改，丢弃文件，将该文件上一次保存在版本库中的状态检出，也就是恢复。

ghost@ghost-machine:~/workspace/test/Project_test$ git diff
diff --git a/reset.txt b/reset.txt
index 7389186..3013816 100644
--- a/reset.txt
+++ b/reset.txt
@@ -1 +1,3 @@
 add reset
+
+test git checkout
ghost@ghost-machine:~/workspace/test/Project_test$ git checkout reset.txt
ghost@ghost-machine:~/workspace/test/Project_test$ cat reset.txt 
add reset
ghost@ghost-machine:~/workspace/test/Project_test$

checkout在分支中的作用也有切换分支的功能，在主分支master和其他分支中切换。

git checkout commit

与git reset相比，git checkout不是撤销commit的改动而是跳出master分支，新建一个新的分支并且在该分支的改动不会影响主分支。

ghost@ghost-machine:~/workspace/test/Project_test$ git checkout 70456a99ee3899c40d4846b7101646855b7a1219
Note: checking out '70456a99ee3899c40d4846b7101646855b7a1219'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD 目前位于 70456a9... add 20160614.
ghost@ghost-machine:~/workspace/test/Project_test$
ghost@ghost-machine:~/workspace/test/Project_test$ git branch
* (HEAD detached from 70456a9)
  master
ghost@ghost-machine:~/workspace/test/Project_test$

对于git reset来说，git checkout更安全，因为不影响主分支master，而是新建一个bug修复分支，在该分支修改好后，还可以将该分支的修改合并到主分支上面。该分支名字可以修改，具体的分支操作在后面git分支管理会详细介绍。在图形界面中可以看到分支情况，该分支不稳定，切换回master之后会自动消失，必须要为这个分支命名，命令为：git checkout -b new_branch_name。
这里写图片描述

git推送代码git push，与同步代码git pull

git push

git push将git目录下提交注释好的代码推送到本地仓库或远程仓库里面。

不带参数的git push默认推送到master主分支。

推送到分支命令为

git push origin branch1

推送到项目1仓库的分支1的命令为

git push project1 branch1

不带参数的git push使用方法

ghost@ghost-machine:~/workspace/test/Project_test$ git push
对象计数中: 4, 完成.
Delta compression using up to 4 threads.
压缩对象中: 100% (3/3), 完成.
写入对象中: 100% (4/4), 431 bytes | 0 bytes/s, 完成.
Total 4 (delta 0), reused 0 (delta 0)
To /home/ghost/warehouse/Project_test.git/
   84cb30d..5d65d1e  master -> master
ghost@ghost-machine:~/workspace/test/Project_test$

git pull

git pull 是将本地仓库或远程仓库的代码同步到git目录下。
不带参数的git pull默认将同步原始仓库的master主分支

同步分支命令为

git pull origin branch1

不带参数的git pull使用方法

ghost@ghost-machine:~/workspace/test/ghost_project/Project_test$ git pull
remote: 对象计数中: 14, 完成.
remote: 压缩对象中: 100% (12/12), 完成.
remote: Total 14 (delta 5), reused 0 (delta 0)
展开对象中: 100% (14/14), 完成.
来自 /home/ghost/warehouse/Project_test
   28f059e..5d65d1e  master     -> origin/master
   28f059e..25ceef1  v1.1       -> origin/v1.1
更新 28f059e..5d65d1e
Fast-forward
 readme.txt | 6 ++++++
 reset.txt  	| 1 +
 2 files changed, 7 insertions(+)
ghost@ghost-machine:~/workspace/test/ghost_project/Project_test$

git查看历史记录 git log

git可以随时查看提交的历史记录，历史记录包括具体某次提交的commit哈希值，提交作者和提交的邮箱，提交的时间以及提交时候作者所做这个提交的备注和理由。

使用该命令可以查看到git commit提交的记录

commit d8b74f02ffdf6b2843fdce848490d40f6e562c95
Author: zx <zx@git.com>
Date:   Sun Nov 13 09:42:49 2016 +0800

    rm patch
commit 2ea33641ee8ec5c1e191764fa6d0c9c884632c10
Author: zx <zx@git.com>
Date:   Sun Nov 13 09:33:08 2016 +0800

    patch is 2

该命令可以有几个详细的查看方法：

命令：git log -p

查看详细的修改记录，如同git diff的格式一样将每个文件的修改一一列出来。

commit 2ea33641ee8ec5c1e191764fa6d0c9c884632c10
Author: zx <zx@git.com>
Date:   Sun Nov 13 09:33:08 2016 +0800

    patch is 2

diff --git a/patch.txt b/patch.txt
index 3886f8b..62b0eaf 100644
--- a/patch.txt
+++ b/patch.txt
@@ -1 +1,3 @@
 patch diff test
+
+patch is 2


命令：git log --stat

查看文件添加的记录

commit d8b74f02ffdf6b2843fdce848490d40f6e562c95
Author: zx <zx@git.com>
Date:   Sun Nov 13 09:42:49 2016 +0800

    rm patch

 0001-add-test-git-patch.patch | 21 ---------------------
 1 file changed, 21 deletions(-)

commit 2ea33641ee8ec5c1e191764fa6d0c9c884632c10
Author: zx <zx@git.com>
Date:   Sun Nov 13 09:33:08 2016 +0800

    patch is 2

 patch.txt | 2 ++
 1 file changed, 2 insertions(+)


命令：git log -p [filename | commit]

查看具体某个文件或某个commit提交的具体改动。

查看文件具体的修改点 git blame

通过该命令可以查看到文件的修改点具体是何人何时修改的，用于追溯代码的修改点。

ghost@ghost-machine:~/workspace/git_test$ git blame readme.txt
^0f58788 (zx 2016-06-13 21:56:46 +0800 1) add 2016.06.13
84cb30d3 (zx 2016-11-29 22:28:08 +0800 2) 
84cb30d3 (zx 2016-11-29 22:28:08 +0800 3) test for git stasha
84cb30d3 (zx 2016-11-29 22:28:08 +0800 4) 
84cb30d3 (zx 2016-11-29 22:28:08 +0800 5) add by 2016.11.29
5d65d1e8 (zx 2016-12-03 11:48:12 +0800 6) 
5d65d1e8 (zx 2016-12-03 11:48:12 +0800 7) test git status

查看分支操作记录 git reflog

可以查看所有分支的操作记录，及时恢复被git reset掉的commit提交。

ghost@ghost-machine:~/workspace/git_test$ git reflog
7929f3c HEAD@{0}: commit (amend): test git push
84fd0df HEAD@{1}: reset: moving to 84fd0df24
84cb30d HEAD@{2}: reset: moving to HEAD^
e5cc770 HEAD@{3}: commit (amend): add
84fd0df HEAD@{4}: commit (amend): test git push
5d65d1e HEAD@{5}: checkout: moving from v1.2 to master
7ad85d0 HEAD@{6}: commit (cherry-pick): git cherry-pick
0943962 HEAD@{7}: checkout: moving from v1.1 to v1.2
d1a4202 HEAD@{8}: checkout: moving from master to v1.1
zxng_work
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
git版本管理软件
08-23
提供使用git的详细步骤
git版本管理工具
herohzf的博客
12-14 146
Day 00 git版本管理工具 版本库 本地 远程 安装 第一步：下载git 软件 – 安装软件 默认目录 第二步：鼠标右键 git bash 第三步：验证 是否安装成功 查看git 版本 git --version 第四步：全局配置用户名和邮箱 git config --global user.name "姓名" git config --global user.email "xx@163.com" 本地操作 第一步：创建文件夹（右键 / mkdir 文件夹） 第二步：进入目录
GIT版本管理工具轻松入门 | TortoiseGit
最新发布
m0_72811193的博客
06-28 758
1.master是仓库的主分,为了避免开发过程中程序员之间相互影响,我们一般选择创建一个新的分支来开发新功能。2.ssh只是一种协议,有开源实现也有商业实现,git默认使用开源实现的openssh。3.ssh通信需要一对密钥(公和私一对),私钥留在自己电脑上,公钥给其他的电脑。5.使用git status命令查看状态,git log命令查看日志。③各自开发各自的模块,如果要修改公共文件,最好先确认有没有人正在修改。提交只提交到本地仓库,需要推送才会到把变化更新到服务器仓库。创建.gitignore文件；
git版本管理软件——git分支管理
zxng_work的博客
09-07 713
代码添加到一定阶段，就需要创建分支管理，比如新加一个功能，但有想功能能不影响主线代码的开发，就可以将主线开一条分支，分支的功能和主线一模一样，在分支上新加和测试功能，功能添加成功后，就可以将该功能的分支合并到主线上面去。也可以将分支创建成稳定版，测试版等多条分支的基本功能可以同步开发。还可以为修复bug创建分支，代码主干有bug，但修复时间长，主干还要继续开发。这时就在主干开出一条bug分支，主干
git介绍及安装
weixin_30436101的博客
03-21 85
git介绍 git是一个开源的分布式版本控制系统,用于敏捷高效的处理任何或大或小的项目.git是linus Torvalds为了帮助管理Linux内核开发的一个开放源码的版本控制软件. Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。 git与SVN区别 git不仅仅是一个版本控制系统,它也是一个内容管理系统(CMS)...
Git版本管理工具
07-27
附件是使用Git版本管理工具进行开发过程中版本管理必不可少的工具，其中也包含了Git的界面工具TortoiseGit和中文简体语言包，方便大家一键下载
git版本管理软件——git初始化配置
zxng_work的博客
09-04 388
文件版本说明 版本 颁布日期 修订章节 作者 0.0.1 2016.01.16 撰写草稿 钟鑫 0.0.2 2016.02.01 补充git初始化 钟鑫 0.1.0 2016.02.10 补充git打补丁 钟鑫 0.1.1 2016.03.05 添加git服务器管理 钟鑫 0.1.2
使用GIT进行源码管理——GUI客户端小结
09-30
虽然GUI客户端为日常的源代码管理任务提供了一个直观且易于使用的平台，但学习GIT命令行对于深入理解GIT的工作机制以及执行一些高级操作是必不可少的。这是因为有些复杂的操作或高级功能通过命令行可以更准确和高效...
git版本管理使用规范-团队开发规范文档
10-09
《Git版本管理使用规范——团队开发规范文档》 在软件开发过程中，版本控制系统的使用是至关重要的，Git作为最流行的分布式版本控制系统，被广泛应用在团队协作中。本规范旨在为团队提供一套有效的Git使用规则，...
svn版本管理软件——svn日常管理代码
zxng_work的博客
09-03 4937
svn查看当前工作区改动的文件和代码的修改svn查看当前工作区改动的文件通过鼠标的右键菜单进行，并且点出这个菜单的位置很重要，在代码的总入口——文件夹项目直接点出该功能，就可以看整个项目改动的文件，如果在某个项目的文件夹下或直接选择某个文件点出该功能，就只能查看关于这个文件夹下或这个特定的文件的改动。 查看改动需要关联版本库，操作是基于版本库上的改动，而不是本地的版本库，svn不像git那样，有本地
大神带你玩转后端开发神器Git版本管理工具——一篇文章精通git系列版本控制工具（全球最大的同性交友网站：https://github.com/）（本片已完结）
JAVA求生之路——博主406766467
01-26 468
文章目录一、Git简介1.1 git是什么呢？1.2 git的作用是什么？1.3 git的优势哪里？二、windows与linux双环境安装git2.1 windows环境安装git2.2 linux环境安装git2.2.1 yum命令安装2.2.2 编译git源码安装2.2.3 安装git的依赖项2.2.4 移除已经安装的git2.2.5 预编译git2.2.6编译并安装git2.2.7 将git的脚本软连接到/usr/bin/ 目录下2.2.8 git安装完成三、git的入门级命令3.1 为什么建议
GIT 版本控制工具
lilygg的博客
06-20 1174
1.版本控制的起源 现在的软件项目通常是由一个研发小组共同分析、设计、编码、维护以及测试的 针对团队开发需要解决以下问题： 备份多个版本，费空间，费时间 难以恢复至以前正确版本 难以解决代码冲突困难 难以追溯问题代码的修改人与修改时间 无法进行权限控制 项目版本发布困难 源代码管理工具就是为了解决上述问题便运营而生 2.常见的版本控制工具 CVS 开启版本控制之门 SVN 集中式版本控制 GIT 分布式版本控制 集中式： 分布式： 集中式与分布式最大的区别： 集...
Git版本管理工具轻松入门
ZJQ990909的博客
05-05 130
一篇学会git+小乌龟
代码版本管理
tzztzz01的博客
09-29 404
代码版本管理
GIT版本管理工具教程
kuokay的博客
10-25 211
GIT简单使用一. Git初始化二. 简单指令使用三.回滚（一个很牛的操作） 一. Git初始化 下载安装： https://git-scm.com/downloads 每个系统的都有（linux、mac、 windows等），看官网的安装教程进行安装，很详细的。 首先创建一个文件夹，这个文件夹就是我们将来通过git来管理的所有文件的存放地点 。 在文件夹中右键 使用Git Bash 在弹出的窗口中执行初始化指令，让git帮我们对这个文件夹中的所有文件以及文件夹进行管理 git init
Linux服务管理与Git分支操作——面试必备
这些命令是Git日常开发中常用的，理解和熟练掌握它们对于任何Java开发者都至关重要，特别是在协作开发项目中，分支管理能有效提高开发效率和代码质量。 在JavaSE的面试中，除了基础语法和面向对象编程，还会涉及到...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值