git版本控制

于 2019-10-04 13:54:43 发布
阅读量134 收藏
点赞数
分类专栏： git
原文链接：https://www.liaoxuefeng.com/wiki/896043488029600
版权

git简介

git版本库

什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。

创建版本库
  1. 选择一个合适的地方，创建一个空目录（非空目录也行）
htwoo@htwoo-virtual-machine:~$ mkdir git_test
htwoo@htwoo-virtual-machine:~$ cd git_test
  1. 通过git init即可将该目录变为Git可以管理的仓库
htwoo@htwoo-virtual-machine:~/git_test$ git init
已初始化空的 Git 仓库于 /home/htwoo/git_test/.git/
htwoo@htwoo-virtual-machine:~/git_test$ ls -ah
.  ..  .git

版本库的作用

  • 用于追踪仓库文件的变化
  • 修改
  • 还原

管理文件

  1. 用git add <file> 把文件添加到仓库
// 先再git_test 里面随便创建(修改)一个文件
htwoo@htwoo-virtual-machine:~/git_test$ vim readme.txt
// 内容为
// Git is a version control system.
// Git is free software.
htwoo@htwoo-virtual-machine:~/git_test$ git add readme.txt
  1. 用 git commit -m <message> 将文件提交到仓库
htwoo@htwoo-virtual-machine:~/git_test$ git commit -m 'wrote a readme file'
[master （根提交） 776e494] wrote a readme file
 1 file changed, 2 insertions(+)
 create mode 100644 readme.txt

git commit -m 'explanation' : -m 是输入本次修改的说明(explanation) 可以在提交后知道当初为何修改

1 file changed：1个文件改动
2 insertions：插入了2行内容

  1. 为什么git add 和git commit分为两步
  • 一是commit 可以一次性提交多个add的不同文件
  • 二是add会添加到暂存区，还未提交，可以在提交前修改

版本穿梭

先修改之前add并commit 的readme.txt文件
修改内容如下

Git is a distributed version control system.
Git is free software.
  1. git status：查看版本状态
htwoo@htwoo-virtual-machine:~/git_test$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

	modified:   readme.txt

no changes added to commit (use "git add" and/or "git commit -a")
  1. git diff <file>：查看当前文件内容与之前版本的不同
htwoo@htwoo-virtual-machine:~/git_test$ git diff readme.txt
diff --git a/readme.txt b/readme.txt
index f7249b8..914cc2d 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system
+Git is a distributed control system
 Git is free software
版本回退

先修改一下文件
修改内容如下

Git is a distributed version control system.
Git is free software distributed under the GPL.

提交：

htwoo@htwoo-virtual-machine:~/git_test$ git add readme.txt 
htwoo@htwoo-virtual-machine:~/git_test$ git commit -m 'append GPL'
[master 5922e98] append GPL
 1 file changed, 2 insertions(+), 2 deletions(-)

回顾一下之前的版本：

版本1：wrote a readme file

Git is a version control system.
Git is free software.
版本2：add distributed

Git is a distributed version control system.
Git is free software.
版本3：append GPL

Git is a distributed version control system.
Git is free software distributed under the GPL.
  • git log ：查看版本日志（从最近到最远的版本）
    HEAD：表示当前版本
htwoo@htwoo-virtual-machine:~/git_test$ git log
commit 5922e989071182dfc2fd701b5017027a8c9ea780 (HEAD -> master)
Author: htwoo <xxx@xx.com>
Date:   Thu Oct 3 19:38:35 2019 +0800

    append GPL

commit 5442ed6e11ffa44449a4e00fb01311888d9da006
Author: htwoo <xxx@xx.com>
Date:   Thu Oct 3 19:35:29 2019 +0800

    add distributed

commit 776e494aac4da87688c81f4356aa60b52710541d
Author: htwoo <xxx@xx.com>
Date:   Thu Oct 3 19:17:34 2019 +0800

    wrote a readme file
  • git log --pretty=oneline：一行输出一个版本修改的信息
    最前面搜索commit id（版本号）
htwoo@htwoo-virtual-machine:~/git_test$ git log --pretty=oneline
5922e989071182dfc2fd701b5017027a8c9ea780 (HEAD -> master) append GPL
5442ed6e11ffa44449a4e00fb01311888d9da006 add distributed
776e494aac4da87688c81f4356aa60b52710541d wrote a readme file
  • git reset --hard HEAD^：版本回退（HEAD^为上一个版本）
    示例：由当前版本append GPL 回退到上一个版本add distributed
htwoo@htwoo-virtual-machine:~/git_test$ git reset --hard HEAD^
HEAD is now at 5442ed6 add distributed
  • git reset --hard <commit id> ：返回某一个版本(如果知道reset前的版本号，也可以返回该版本)
htwoo@htwoo-virtual-machine:~/git_test$ cat readme.txt 
Git is a distributed control system
Git is free software
htwoo@htwoo-virtual-machine:~/git_test$ git reset --hard 5922e
HEAD is now at 5922e98 append GPL
  • git reflog：记录每一次命令
htwoo@htwoo-virtual-machine:~/git_test$ git reflog
5922e98 (HEAD -> master) HEAD@{0}: reset: moving to 5922e
5442ed6 HEAD@{1}: reset: moving to HEAD^
5922e98 (HEAD -> master) HEAD@{2}: reset: moving to HEAD
5922e98 (HEAD -> master) HEAD@{3}: reset: moving to HEAD
5922e98 (HEAD -> master) HEAD@{4}: reset: moving to HEAD
5922e98 (HEAD -> master) HEAD@{5}: reset: moving to HEAD
5922e98 (HEAD -> master) HEAD@{6}: commit: append GPL
5442ed6 HEAD@{7}: commit: add distributed
776e494 HEAD@{8}: commit (initial): wrote a readme file
工作区和暂存区
  • 工作区(Working Directory)
    工作区就是在电脑能看到的目录
  • 版本库
    工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库

Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

在这里插入图片描述

管理修改
  • git diff HEAD -- <file>：查看工作区和版本库的区别

第一次修改 -> git add -> 第二次修改 -> git commit
但这样的话：第二次修改不会被提交，需要再一次add，commit

撤销修改
  • git checkout -- <file>：丢弃对工作区的修改

命令git checkout – readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

  1. 是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

  2. 是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态

git checkout – file命令中的–很重要，没有–，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令。

小结

  • 场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout --<file>。

  • 场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD ，就回到了场景1，第二步按场景1操作。

  • 场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

删除文件

git rm <file>

远程仓库

  • 要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；

  • 关联后，使用命令git push -u origin master第一次推送master分支的所有内容；

  • 此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

从远程库克隆

要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone uri命令克隆。

Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。

分支管理

作用

不同分支做各自的事情，当事情完成后可以将不同分支合并。

创建与合并分支

在版本回退里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：


每次提交，master分支都会往前移动一步，随着你不断提交，master的分支线就越长

当我们创建新的分支时，例如：dev ，Git会新建一个指针叫dev，指向mastter相同的提交，再把HEAD指向dev，就表示当前分支在dev上。
在这里插入图片描述
从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针就往前移动一步，但master指针不动。

在这里插入图片描述

假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：
在这里插入图片描述

所以Git合并分支也很快！就改改指针，工作区内容也不变！

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

在这里插入图片描述

  • git checkout -b <dev>：创建并切换到dev分支上

相当于
git branch <dev> + git checkout <dev>

  • git branch ：查看分支，并且会在当前分支前面标记一个* 号

现在就可以在dev分支上面正常提交，比如对readnme.txt 进行修改，在最后面加上一行：
Creating a new branch is quick.

然后add commit

切换回master分支，再一次查看readme.txt会发现刚才添加的内容不见了，原因是刚才的commit是发生在dev分支上面，与master无关

在这里插入图片描述

  • git merge <dev>：当前分支与<dev>分支合并
htwoo@htwoo-virtual-machine:~/git_test$ git merge dev
Updating 793df61..decfba3
Fast-forward
 readme.txt | 1 +
 1 file changed, 1 insertion(+)

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。

  • git branch -d <dev>：删除分支
    如果<dev>与当前分支已经merge可以删除该分支，如果没有merge 但想要强制删除可以用git branch -D <dev>
小结

Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>或者git switch <name>

创建+切换分支：git checkout -b <name>或者git switch -c <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>

解决冲突

创建新的feature1分支，继续开发新的分支
修改readme.txt最后一行，改为：

Creating a new branch is quick AND simple.

htwoo@htwoo-virtual-machine:~/git_test$ git add readme.txt 
htwoo@htwoo-virtual-machine:~/git_test$ git commit -m 'AND simple'
[feature1 d23feaf] AND simple
 1 file changed, 1 insertion(+), 1 deletion(-)

切换回master分支

htwoo@htwoo-virtual-machine:~/git_test$ git checkout master 
Switched to branch 'master'
Your branch is up to date with 'origin/master'.

在master分支上把readme.txt文件最后一行修改为
Creating a new branch is quick & simple.

提交：

htwoo@htwoo-virtual-machine:~/git_test$ git commit -m '& simple'
[master 06516f0] & simple
 1 file changed, 1 insertion(+), 1 deletion(-)

现在，master分支和feature1分支各自都分别有新的提交，变成了这样：

在这里插入图片描述

这种情况下，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突，我们试试看：

htwoo@htwoo-virtual-machine:~/git_test$ git merge feature1 
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.

此时，readme.txt会变为：

htwoo@htwoo-virtual-machine:~/git_test$ cat readme.txt 
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
<<<<<<< HEAD
Creating a new branch is quick & simple
=======
Creating a new branch is quick AND simple
>>>>>>> feature1

手动修改readme.txt后提交。
现在，master分支和featurn1分支变成如下图所示:

在这里插入图片描述

小结

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

用git log --graph命令可以看到分支合并图。

分支管理策略

廖雪峰-分支管理策略

BUG分支

在开发时，如果当前是在dev分支上，而master分支出现bug。可以进行如下操作

  1. 先把当前分支(dev)进程存储：git stash
  2. 切换到master分支：git checkout master
  3. 创建bug修复分支：git checkout -b issue-fix
  4. 修复bug，git add、git commit -m <message> 提交修复
  5. 修复完成后切换回master分支，并完成合并：git checkout master、git merge --no-ff -m <message> dev'
  6. 切换回dev分支继续工作git checkout dev
  7. 恢复分支
  • 第一种情况：dev上也出现和master分支一样的bug。
    • 可以采取和修复master分支bug一样的操作
    • 通过git cherry-pick <commit id>进行修复(实际上就是模仿master修复bug的方式，系统自动帮你修复)
    • 修复完成可以进行与第二种情况一样的操作恢复工作区
  • 第二种情况：dev分支没有bug，恢复工作区。通过git stash pop，即可恢复（也可以分为两步git stash apply、git stash drop）
多人协作
  • git remote：查看远程库信息
  • git remote -v：查看远程详细信息
  • git push origin <branch>：推送分支

抓取分支

  • git clone ssh\https：从远程仓库克隆到本地
    从远程库clone时，默认情况下只能看到本地的master 分支
    如果想在其他分支开发就必须创建远程origin的<dev>分支到本地
  • git checkout -b <dev> origin/<dev>

当其他同事向origin/<dev>分支推送他的提交，而你碰巧也对同样的文件进行修改，并试图推送(报错)：

htwoo@htwoo-virtual-machine:~/git_test$ vim env.txt
htwoo@htwoo-virtual-machine:~/git_test$ git add env.txt 
htwoo@htwoo-virtual-machine:~/git_test$ git commit -m 'add env in ubuntu'
[dev c4a264c] add env in ubuntu
 1 file changed, 1 insertion(+)
 create mode 100644 env.txt
htwoo@htwoo-virtual-machine:~/git_test$ git push origin dev
Username for 'https://github.com': htwoo111
Password for 'https://htwoo111@github.com': 
To https://github.com/htwoo111/git_test.git
 ! [rejected]        dev -> dev (fetch first)
error: failed to push some refs to 'https://github.com/htwoo111/git_test.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

推送失败，因为其他同事的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/<dev>抓下来，然后，在本地合并，解决冲突，再推送：

$ git pull
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.

    git pull <remote> <branch>

If you wish to set tracking information for this branch you can do so with:

    git branch --set-upstream-to=origin/<branch> dev

git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：

  • git branch --set-upstream-to=origin/<dev> <dev>

这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：

htwoo@htwoo-virtual-machine:~/git_test$ git pull
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 0), reused 3 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), done.
From https://github.com/htwoo111/git_test
   1ccdfed..7ac7914  dev        -> origin/dev
Auto-merging env.txt
CONFLICT (content): Merge conflict in env.txt
Automatic merge failed; fix conflicts and then commit the result.
小结

  • 查看远程库信息，使用git remote -v；

  • 本地新建的分支如果不推送到远程，对其他人就是不可见的；

  • 从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；

  • 在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；

  • 建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；

  • 从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

标签管理

创建标签

  1. 切换到要打标签的分支上：
    如：git checkout master

  2. 创建标签：git tag <label_name>
    如：git tag v1.0

    默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？
    方法是找到历史提交的commit id，然后打上就可以了
    git tag <label_name <comment id>>

  3. 查看标签信息：git show <tag name>

htwoo@htwoo-virtual-machine:~/git_test$ git show v1.0
commit 6fec8405edd8495ca21e7b338b85da94803998eb (HEAD -> master, tag: v1.0, origin/master)
Merge: 930aedc ba2d7a2
Author: htwoo <xxx@xx.com>
Date:   Fri Oct 4 10:15:44 2019 +0800

    merged bug fix 101

带有说明的标签：
git tag -a <lable name> -m <message> <comment id>

htwoo@htwoo-virtual-machine:~/git_test$ git tag -a v1.1 -m 'version 1.1 released'
htwoo@htwoo-virtual-machine:~/git_test$ git show v1.1
tag v1.1
Tagger: htwoo <xxx@xx.com>
Date:   Fri Oct 4 13:48:41 2019 +0800

version 1.1 released

commit 6fec8405edd8495ca21e7b338b85da94803998eb (HEAD -> master, tag: v1.1, tag: v1.0, origin/master)
Merge: 930aedc ba2d7a2
Author: htwoo <xxx@xx.com>
Date:   Fri Oct 4 10:15:44 2019 +0800

    merged bug fix 101
操作标签

  • git push origin <tagname>可以推送一个本地标签；

  • git push origin --tags可以推送全部未推送过的本地标签；

  • git tag -d <tagname>可以删除一个本地标签；

  • git push origin :refs/tags/<tagname>可以删除一个远程标签。

君子之交淡如水丶
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Git版本控制
03-07
Git版本控制流程，介绍如何使用Git做版本控制，以及项目中的实际应用
Git版本控制管理 第2版.pdf.zip
05-25
《Git版本控制管理 第2版》这本书详细介绍了Git的核心概念、基本操作和高级特性，帮助读者深入理解和熟练掌握这一强大的工具。 Git的版本控制特性允许团队成员在不同的分支上独立工作，然后将更改合并到主分支，...
delphi seattle使用git版本控制软件
07-06
Git作为最流行的分布式版本控制系统，被广泛应用在各种开发环境中。Delphi Seattle，作为Embarcadero公司开发的一款强大的集成开发环境（IDE），也集成了对Git的支持，使得开发者可以直接在IDE内部进行版本控制操作...
git版本控制器
03-22
Git是一款强大的分布式版本控制系统，由Linus Torvalds在2005年为Linux内核开发而创建。它被广泛应用于软件开发，特别是在开源社区，因为它提供了高效、可靠的代码管理和协作功能。Git允许团队成员各自在本地工作，...
最新直播系统带商城源码 附搭建教程（价值2w多）
08-05
最新直播系统带商城源码 附搭建教程 功能介绍： 礼物系统：普通礼物、豪华礼物、热门礼物、守护礼物、幸运礼物 提现方式：统一平台提现日期及方式，方便用户执行充值提现操作 连麦送礼PK：主播之间可进行互动连麦送礼PK，PK结束有相应的奖惩 直播间红包：平台主播及用户都可发红包，有多种红包类型及红包提醒 主播守护：可进行平台充值，守护心仪的主播，主播守护时长有多种设置 小视频拍摄：单独的小视频模块，包含视频列表，视频拍摄、编辑、上传、互动等 引导图功能：优化更新系统引导图，后台可上传图片或视频内容，视频内容可跳过 动态：点击动态可进入动态详情页，包含话题的动态点击话题可进入该话题动态列表，可查看该话题下所有动态信息，用户可对动态进行点赞、评论、举报等操作 商城：可通过商品名称搜索商品，搜索后可根据销量价格等进行筛选 商品详情：查看商品的名称价格销量评价等信息，可进入店铺，可与客服沟通，可直接购买 直播观看送礼提示：用户赠送礼物后，直播间公屏聊天处有送礼提示 直播购物车：观众在直播间中可查看主播直播购物车中的商品，点击某个商品跳转到商品介绍页面，商品介绍上有购买按钮，
简单的赛车小游戏，附源码
08-05
初始化和配置：设置游戏窗口大小、pygame 混音器等。 音频管理：AudioManage 类用于加载和播放背景音乐和音效。 精灵类：BaseSprite 是所有游戏对象的基类，EnemySprite、PlayerSprite 和 BgSprite 是继承自 BaseSprite 的具体精灵类。 精灵管理类：EnemyManage、PlayerManage 和 BgManage 分别管理敌人、玩家和背景精灵。 用户界面管理：UIManage 类管理游戏开始界面、游戏进行中的界面和游戏结束界面。 游戏管理：GameManage 类是游戏的主要控制类，负责游戏状态的维护、事件处理、更新绘制以及碰撞检测。 游戏循环：gm.run() 是游戏的主循环，它持续运行直到游戏退出。
ppo学习之ppo算法实现.zip
08-05
ppo算法 ppo学习之ppo算法实现.zip
tampermonkey安装
08-05
tampermonkeytampermonkey安装。内容来源于网络分享，如有侵权请联系我删除。另外如果没有积分的同学需要下载，请私信我。
[java毕业作品]VB+ACCESS电脑销售管理系统设计与实现(源代码+论文)
08-05
[java毕业作品]VB+ACCESS电脑销售管理系统设计与实现(源代码+论文)
SVDD进行异常检测的MATLAB代码.zip
最新发布
08-05
SVDD进行异常检测的MATLAB代码.zip
源代码-yy迷你留言板.zip
08-05
源代码-yy迷你留言板.zip
各省份城市专精特新企业基本信息表2013-202403员工人数主营业务注册资本主要产品等
08-05
各省份城市专精特新企业基本信息表2013-202403员工人数主营业务注册资本主要产品等 41w多记录，100多MB数据的网盘链接） 主要指标： 统计截止日期 机构ID 公司名称 经营状态 财务审计机构 财务审计机构统计时间 成立日期 注册资本 注册资本币种 员工人数 员工人数统计类型 员工人数统计时间 主营业务 其他业务 主营业务所属门类 主要产品 公司登记注册类型 所属省份 所属城市 注册地址 办公地址 工商注册号 网址 电话 邮箱 经营范围 统一社会信用代码 ISIN编码
centos加固.pdf
08-05
centos加固.pdf
GC032A datasheet（侵删）
08-05
GC032A datasheet（侵删）
面向对象C++重要培训资料分享12面向对象C++开发技术资料.zip
08-05
面向对象C++重要培训资料分享12面向对象C++开发技术资料.zip
uniapp调用蓝牙打印
08-05
uniapp调用蓝牙打印
“人力资源+大数据+薪酬报告+涨薪调薪”
08-05
人力资源+大数据+薪酬报告+涨薪调薪，在学习、工作生活中，越来越多的事务都会使用到报告，通常情况下，报告的内容含量大、篇幅较长。那么什么样的薪酬报告才是有效的呢？以下是小编精心整理的调薪申请报告，欢迎大家分享。相信老板看到这样的报告，一定会考虑涨薪的哦。
[毕业设计]VB+ACCESS班级事务自动化管理系统(源代码+论文+相关文档).zip
08-05
[毕业设计]VB+ACCESS班级事务自动化管理系统(源代码+论文+相关文档)
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值