git webhooks 实现自动拉取代码

最新推荐文章于 2024-03-13 09:57:33 发布
最新推荐文章于 2024-03-13 09:57:33 发布
阅读量4.4k 收藏 7
点赞数 4
分类专栏： java相关 JAVA 文章标签： gitee-webhook-handler linux自动部署
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_31667715/article/details/100117028
版权

一. 关于 git 钩子

Git 能在特定的重要动作发生时触发自定义脚本。 有两组这样的钩子：客户端的和服务器端的。 客户端钩子由诸如提交和合并这样的操作所调用，而服务器端钩子作用于诸如接收被推送的提交这样的联网操作。 你可以随心所欲地运用这些钩子。

  • 如何使用钩子

钩子都被存储在 Git 目录下的 hooks 子目录中。 也即绝大部分项目中的 .git/hooks 。 当你用 git init 初始化一个新版本库时，Git 默认会在这个目录中放置一些示例脚本。这些脚本除了本身可以被调用外，它们还透露了被触发时所传入的参数。 所有的示例都是 shell 脚本，其中一些还混杂了 Perl 代码，不过，任何正确命名的可执行脚本都可以正常使用 —— 你可以用 Ruby 或 Python，或其它语言编写它们。 这些示例的名字都是以 .sample 结尾，如果你想启用它们，得先移除这个后缀。

把一个正确命名且可执行的文件放入 Git 目录下的 hooks 子目录中，即可激活该钩子脚本。 这样一来，它就能被 Git 调用。 接下来，我们会讲解常用的钩子脚本类型。

具体使用可以参考官方文档：Git Hookes

  • 了解 webhooks

钩子功能（callback），是帮助用户 push 了代码后，自动回调一个你设定的 http 地址。 这是一个通用的解决方案，用户可以自己根据不同的需求，来编写自己的脚本程序（比如发邮件，自动部署等）；目前，webhooks 支持多种触发方式，支持复选。

webhooks 的请求方式为POST请求，有两种数据格式可以选择，JSON 和 web 的 form参数，可以自行选择是否使用密码来确定请求。（注意：该密码是明文)

不同托管平台的POST数据格式都不太一样，不过也不会有太大影响，只是解析数据的时候注意就行了，下面是码云的 Push 操作回调的 json 数据：

{
    "before": "fb32ef5812dc132ece716a05c50c7531c6dc1b4d", 
    "after": "ac63b9ba95191a1bf79d60bc262851a66c12cda1", 
    "ref": "refs/heads/master", 
    "user_id": 13,
    "user_name": "123", 
    "user": {
      "name": "123",
      "username": "test123",
      "url": "https://gitee.com/oschina"
    }, 
    "repository": {
        "name": "webhook", 
        "url": "http://git.oschina.net/oschina/webhook", 
        "description": "", 
        "homepage": "https://gitee.com/oschina/webhook"
    }, 
    "commits": [
        {
            "id": "ac63b9ba95191a1bf79d60bc262851a66c12cda1", 
            "message": "1234 bug fix", 
            "timestamp": "2016-12-09T17:28:02 08:00", 
            "url": "https://gitee.com/oschina/webhook/commit/ac63b9ba95191a1bf79d60bc262851a66c12cda1", 
            "author": {
                "name": "123", 
                "email": "123@123.com", 
                "time": "2016-12-09T17:28:02 08:00"
            }
        }
    ], 
    "total_commits_count": 1, 
    "commits_more_than_ten": false, 
    "project": {
        "name": "webhook", 
        "path": "webhook", 
        "url": "https://gitee.com/oschina/webhook", 
        "git_ssh_url": "git@gitee.com:oschina/webhook.git", 
        "git_http_url": "https://gitee.com/oschina/webhook.git", 
        "git_svn_url": "svn://gitee.com/oschina/webhook", 
        "namespace": "oschina", 
        "name_with_namespace": "oschina/webhook", 
        "path_with_namespace": "oschina/webhook", 
        "default_branch": "master"
    }, 
    "hook_name": "push_hooks", 
    "password": "pwd"
}

以上参考：https://segmentfault.com/a/1190000012643992

二. 服务器环境

  1. centos 7
  2. jdk 1.8
  3. maven 3+
  4. git
  5. nodejs

三.部署

  • 1.安装git

    yum -y install git

  • 2.安装maven

    maven的景象仓库
    http://mirror.bit.edu.cn/apache/maven/maven-3/3.2.5/binaries/
  1. wget http://mirror.bit.edu.cn/apache/maven/maven-3/3.2.5/binaries/apache-maven-3.2.5-bin.tar.gz
  2. tar -zxvf apache-maven-3.2.5-bin.tar.gz
  3. mv apache-maven-3.2.5 /usr/local/maven3
  4. vim /etc/profile
# JAVA
export JAVA_HOME=/usr/jdk/jdk1.8.0_192
export JRE_HOME=${JAVA_HOME}/jre
export CLASSPATH=.:${JAVA_HOME}/lib:${JRE_HOME}/lib
export  PATH=${JAVA_HOME}/bin:$PATH

#maven
export M2_HOME=/usr/local/maven3
export PATH=$PATH:$JAVA_HOME/bin:$M2_HOME/bin
  1. source /etc/profile

  • 3.配置git ssh拉取代码

  • 生成公钥

    此示例是单机部署，所以不需要生成ssh免密登录公钥

  • 用户公钥（用于git clone时认证权限）

ssh-keygen -t rsa -C "test@qq.com" # 填自己的邮箱

生成公钥的示例 默认保存在 /root/.ssh/id_rsa，可以自己修改位置，此处默认

  • git部署公钥
  1. 获取公钥内容
cat /root/.ssh/id_rsa.pub # 查看生成的密钥内容，复制全部
  1. gitee仓库中添加ssh公钥

将公钥的内容粘贴到用户->设置 中的SSH公钥中
gitee中设置部署公钥

  • git全局设置
 git config --global credential.helper store # 永久保存
 git config --global user.name "name" 
 git config --global user.email "test@qq.com" # 邮箱请与码云上一致
  • 拉取代码
    git clone git@gitee.com:test/test-pull.git #这个是你仓库的ssh地址

    如果报错：
    /etc/ssh/ssh_config: line 53: Bad configuration option: permitrootlogin
    /etc/ssh/ssh_config: terminating, 1 bad configuration options
    修改方法为：

    vim /etc/ssh/ssh_config 
注释掉 permitrootlogin

    配置完成之后可以 clone 或 pull 项目来验证是否配置成功，若多次操作只需输入一次用户名、密码，即配置成功，若每一次操作都有输入用户名密码，则配置不成功，需要重新检查配置。

  • 4、安装nodejs

  • 下载nodejs最新的bin包
wget https://nodejs.org/dist/v10.16.3/node-v10.16.3-linux-x64.tar.xz
  • 解压安装
xz -d node-v10.16.3-linux-x64.tar.xz
tar -xf node-v10.16.3-linux-x64.tar
mv node-v10.16.3-linux-x64 /usr/local/node
  • 配置bin
ln -s /usr/local/node/bin/node /usr/bin/node
ln -s /usr/local/node/bin/npm /usr/bin/npm
  • 验证
node -v
npm

分别输出版本号，标识成功

  • 5.编写自动部署脚本

  • java自动编译、部署脚本
#/bin/bash
#服务路径
SH_PATH='/usr/soft/sh_root'
SOURCE_PATH='/usr/soft/back/game_web'
DEPLOY_PATH='/usr/soft/jar'
JAR_NAME='web-admin.jar'

#单实例逻辑
if [ -f /var/run/${BASH_SOURCE[0]}.pid ];then
    echo "pid文件存在。。需要判断是不是当前正在运行的文件"
	ps -ef|grep -v grep|grep ${BASH_SOURCE[0]}|grep `cat /var/run/${BASH_SOURCE[0]}.pid` >> /dev/null
	if [ $? -eq 0 ];then
		exit 1
	fi
fi
echo "写入临时文件"
echo $$ > /var/run/${BASH_SOURCE[0]}.pid


#停止原本服务
PID=$(jps |grep -v  Jps| awk '{ print $1 }')
echo "原始运行的服务id是：$PID"
if [ -n "$PID" ]
then
  echo "原来服务存在，需要kill"
  kill -9 $PID;
fi

cd $DEPLOY_PATH
rm -rf *
echo "删除原部署目录文件。。。"
#拉取最新代码部署
cd $SOURCE_PATH
git reset --hard origin/master
git clean -f
git pull
git checkout master
echo "拉取代码完成。。。。。"
#也可以 
#rm -rf *
#git clone git@gitee.com:srxxfd/game_web.git
mvn clean -U install -P prod -Dmaven.test.skip=true
echo "编译完成。。。。"
if [ $? -ne 0 ]
then
  echo "构建失败，请查看代码问题！"
  exit 1;
fi

mv target/web-admin-1.0.0.jar $DEPLOY_PATH/$JAR_NAME
cd $DEPLOY_PATH
echo "进入到部署目录。。。"
#如果不行 就使用 setsid
#nohup java -jar $JAR_NAME &
source $SH_PATH/start_jar.sh "$DEPLOY_PATH" "$JAR_NAME"
echo "编译完成。。。。"
if [ $? -ne 0 ]
then
  echo "启动失败。。。"
  exit 1;
fi
echo "启动完成。。。。"
rm -f /var/run/${BASH_SOURCE[0]}.pid
exit 0;

start_jar.sh

   #!/bin/bash
  #获取参数
  DEPLOY_PATH=$1
  JAR_FILE_NAME=$2
  echo "DEPLOY_PATH 是：$DEPLOY_PATH"
  echo "JAR_FILE_NAME 是：$JAR_FILE_NAME"
  cd $DEPLOY_PATH
  echo "进去到jar目录"
  nohup java -jar $JAR_FILE_NAME > nohup.log 2>&1 &
 exit 0
  • 部署前端代码是
#/bin/bash
#服务路径
SOURCE_PATH='/home/soft/code/front'
DEPLOY_PATH='/usr/local/nginx/html/'
echo "服务路径是：$SOURCE_PATH"
#拉取最新代码部署
cd $SOURCE_PATH
git reset --hard origin/master
git clean -f
git pull
git checkout master
echo "拉取代码完成。。。。。"
mv -rf * $DEPLOY_PATH
echo "部署完成。。。。。"

在执行上面shell脚本之前我们必须第一次手动git clone项目进去

  • 6.监听web-hooks服务

  • 引用 gitee-webhook-handler
mkdir /usr/soft/web_hooks #创建目录
cd /usr/soft/web_hooks
npm init 
npm install  gitee-webhook-handler --save
  • 创建js
vim webhook.js


var http = require('http')
var createHandler = require('gitee-webhook-handler')
var handler = createHandler({ path: '/webhooks_push', secret: '654321'}) //post 所需要用到的秘钥
function run_cmd(cmd, args, callback) {
  var spawn = require('child_process').spawn;
  var child = spawn(cmd, args);
  var resp = "";
  child.stdout.on('data', function(buffer) { resp += buffer.toString(); });
  child.stdout.on('end', function() { callback (resp) });
}
handler.on('error', function (err) {
  console.error('Error:', err.message)
})
handler.on('Push Hook', function (event) {
 // 这个地方就是GitHub 和 Gitee 不一样的地方，需要注意
  console.log('Received a push event for %s to %s',
    event.payload.repository.name,
    event.payload.ref);
    // 需要执行的脚本位置
    if (name === "back") {
        run_cmd('sh', ['/home/soft/sh_root/deploy_java.sh'], function (text) {
            console.log(text)
        });
    }else if (name === "front") {
        run_cmd('sh', ['/usr/soft/sh_root/deploy_js.sh'], function (text) {
            console.log(text)
        });
    }else {
        console.log("unknow repository name:" + name);
    }
})
try {
  http.createServer(function (req, res) {
    handler(req, res, function (err) {
      res.statusCode = 404
      res.end('no such location')
    })
  }).listen(6666) // 服务监听的端口，可以自行修改
}catch(err){
  console.error('Error:', err.message)
}
  • 启动服务
npm install -g forever #解决node服务自动停掉
ln -s /usr/local/node/lib/node_modules/forever/bin/forever /usr/bin/forever 
forever start -l forever.log -o out.log -e err.log webhook.js
forever start -a  -l /usr/soft/web_hooks/forever.log -o /usr/soft/web_hooks/forever_out.log -e /usr/soft/web_hooks/forever_err.log webhook.js
  • gitee配置

在这里插入图片描述

  • nginx反向代理
location ^~ /webhooks_push {
            proxy_set_header Host $host;
            proxy_set_header X-Real-Ip $remote_addr;
            proxy_set_header X-Forwarded-For $remote_addr;
            proxy_pass http://127.0.0.1:6666;
        }

保存后，如果服务启动没有问题，会返回 {“ok”:true}

至此配置完成，push完代码之后，可以看到调用到了服务器上

======增加gitlab配置

gitlab-webhook-handler

地址：https://www.npmjs.com/package/gitlab-webhook-handler2

var http = require('http')
var createHandler = require('gitlab-webhook-handler')
var handler = createHandler({ path: '/webhooks_push'})
//var handler = createHandler({ path: '/webhooks_push', events: ['Push Hook', 'Issue Hook']})
function run_cmd(cmd, args, callback) {
  var spawn = require('child_process').spawn;
  var child = spawn(cmd, args);
  var resp = "";
  child.stdout.on('data', function(buffer) { resp += buffer.toString(); });
  child.stdout.on('end', function() { callback (resp) });
}

http.createServer(function (req, res) {
  handler(req, res, function (err) {
   res.statusCode = 404
   res.end('no such location')
  })
}).listen(7777)

handler.on('error', function (err) {
  console.error('Error:', err.message)
})

console.log("Gitlab Hook Server running at http://0.0.0.0:7777/webhooks_push");
handler.on('push', function (event) {
  console.log('Received a push event for %s to %s',
    event.payload.repository.name,
    event.payload.ref)
    var repository_name=event.payload.repository.name;
//    if( repository_name == "Pear Admin Boot"  ){
	run_cmd('sh', ['/home/soft/sh_root/deploy.sh'], function(text){ console.log(text) });
  //   }



})

handler.on('Issue Hook', function (event) {
  console.log('Received an issue event for %s action=%s: #%d %s',
    event.payload.user.name,
    event.payload.object_attributes.action,
    event.payload.object_attributes.id,
    event.payload.object_attributes.title)
})

npm i gitlab-webhook-handler2

服务器如果存在多个node环境，使用nvm管理，在shell脚本中切换版本，不生效问题

#/bin/bash
source /root/nvm/nvm.sh
#服务路径
SOURCE_PATH='/home/soft/project_source/zsxq/'
DEPLOY_BASE_PATH='/home/soft/deploy/'
echo "服务路径是：$SOURCE_PATH"
#拉取最新代码部署
cd $SOURCE_PATH
git reset --hard origin/master
git clean -f
git pull
git checkout master
echo "拉取代码完成。。。。。"
echo "node 版本：`node -v`"
nvm use v12.16.1
echo "nvm：`nvm list`"
echo "node 版本：`node -v`"
#普通用户编译
npm run build
rm -rf $DEPLOY_BASE_PATH/topic/*
mv dist/zsxq/* /home/soft/deploy/topic/
echo "普通用户部署完成。。。。。"

#管理用户编译
npm run buildAdmin
rm -rf $DEPLOY_BASE_PATH/adminTopic/*
mv dist/zsxq/* /home/soft/deploy/adminTopic/
echo "admin用户部署完成。。。。。"
source /root/nvm/nvm.sh 用来执行nvm脚本

找nvm.sh 路径：find / -name “nvm.sh”

参考内容

  1. https://aotu.io/notes/2016/01/07/auto-deploy-website-by-webhooks-of-github/index.html
  2. https://segmentfault.com/a/1190000003908244
如风521
关注
  • 4
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
gitlab-webhook-handler:一个解析gitlab POST请求并将项目部署到预定义目录的python小脚本
07-14
gitlab-webhook-handler 一个解析 gitlab POST 请求并将项目部署到预定义目录的小型 python 脚本。 用法：python webhook-handler.py 端口 pathToParent 端口：HTTP 处理程序将侦听的端口。 pathToParent：将部署项目的目录。
IDEA中使用Git拉取代码时报 Git pull failed原因及解决方法
10-14
主要介绍了IDEA中使用Git拉取代码时报 Git pull failed原因及解决方法,本文给大家介绍的非常详细对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
遍历本地git仓库拉取更新代码
06-06
面对100多个git仓库，手工同步更新是一件麻烦而痛苦的事情！可使用git脚本+定时任务，实现自动同步。解放自己，做更有意义的事情。 调用方法： sh /opt/git-repo-sync-script.sh /opt/GitRepoClone/
小程序开发(一)新建/拉取项目，配置远程仓库
周末
03-02 3343
微信小程序开发第一步，新建/拉取项目，并进行代码管理
Hooks: 自动化你的 Git 操作流程
gitblog_00008的博客
03-13 879
Hooks: 自动化你的 Git 操作流程 Hooks 是一个用于自动化 Git 工作流的框架。它可以帮助你在每个提交、合并请求或推送时执行一系列的任务。这些任务可以是任何脚本，例如检查代码质量、运行测试或者更新版本号等。 使用场景 Hooks 可以帮助你实现以下场景： 在提交前自动检查代码风格，并修复错误。 在提交后自动触发构建和部署流程。 在合并请求时自动运行测试并确保代码质量。 在推送时自...
服务器自动拉取git代码运行脚本
Brother_ning的博客
01-19 752
通过git管理器，实现本地与服务器代码同步的方式
使用Python拉去服务器日志
leonnew的博客
09-21 576
服务器权限被收回了，然后需要频繁看服务器日志，如果每次都是人工去拉取，运维很麻烦，现在借助python，开发需要用的时候，自行去下载： 查看请求头部： ========================================华丽的分隔符================================================
git实现服务器自动push拉取代码--webhooks
向宇
06-26 2314
我们在进行git代码维护时，每次本地push代码，都要去服务器再进行pull代码的拉取，以保证代码本地和线上的一致性，但是频繁的拉取是非常繁琐的，特别是大项目要进行多个服务器代码同步时，这时候就用到了webhooks(网络钩子)这个东西。...
如何拉取 git 仓库中的最新代码？
Itmastergo的博客
08-16 6227
需要注意的是，如果在拉取最新代码之前对本地仓库有未提交的更改，可能会导致拉取过程失败。如果远程仓库有新的提交，Git会自动将其下载并合并到本地仓库。这样可以将远程仓库中的代码更新到本地，并使本地仓库保持最新状态。这会将远程仓库的最新更改合并到本地仓库中。拉取最新代码的过程完成后，可以在本地目录中查看和使用最新的代码文件。命令后，可以使用其他Git命令来查看更新的代码。所以拉取Git仓库中的最新代码需要通过克隆远程仓库并执行。打开命令行窗口或终端，进入要拉取代码的目录。克隆完成后，进入刚刚克隆的仓库目录。
详解git自动化部署WebHook
qq_52021866的博客
02-20 3004
WebHook 功能是帮助用户 push 代码后，自动回调一个您设定的 http 地址。简单来说 就是 监听 执行git操作后向指定 http 地址 发送一个请求。同时WebHook是一个通用的解决方案，可以根据不同的需求，来编写自己的脚本程序(例如发邮件，自动部署等)
git 常用命令总结
weixin_44397558的博客
06-29 9725
2、使用git push origin --delete +分支名 删除远程分支。将本地未提交内容先保存到暂存区，再切换到其他分支；当切回当前分支时，使用。1、使用git branch -D +分支名 删除本地分支。本地有未提交文件时，不能切换到其他分支，可使用。
git拉取项目、提交代码简单教程
mi_lao_tou的博客
05-12 5779
git checkout -b 你的分支名字（这句指令是创建一个分支，然后切换到该分支上）git branch(查看当前的分支是哪个，一般拉下来是master分支）git branch(再次查看当前分支，可以看到已经切换到刚才的分支了）git add .(这句是将代码暂存到本地，注意add后要空格再有点）1.拉取别人分支的代码 git pull origin 别人的分支名。git push origin 你的分支名（就是第二点那个分支名）拉取某个分支 git pull origin 分支名。
项目部署自动构建拉取代码流程
08-24
项目部署自动构建拉取代码流程签 php+git自动构建
利用git从github上拉取项目
06-09
利用git从github上拉取项目 1、git安装获取 2、git bash使用 3、配置用户名、密码，生成密钥文件 4、clone git资源 5、pull git资源 6、详细样例
githook:自动拉取和部署github repos
07-04
自动拉取和部署github repos 在 config.json 的数组中包含{"name": "tpopp/githook", "path": "path/to/local/repo", "make": "make run"} 服务端会监听3420端口，当github钩子被触发时，会cd到路径，pull后运行...
满意度调查行·知dr.pptx
04-25
满意度调查行·知dr.pptx
基于B2C的网上拍卖系统_秒杀与竞价.zip
04-25
基于B2C的网上拍卖系统主要用于帮助人们应用互联网方便快捷买到自己所中意的商品，并参与到秒杀与竞拍当中。 主要功能包括： 1.前台模块 （1）普通用户登录/注册。 （2）分类查看商品(普通商品与促销商品) （3）查看商品详细信息 （4）查看秒杀商品 （5）查看竞拍商品 （6）将商品加入购物车 （7)购买，结算功能 （8）留言 2.后台模块 （1）修改密码 (2)商品管理: -- 编辑/删除 -- 设置/取消促销 （3)秒杀商品：设置/取消秒杀 （4)竞拍商品：设置/取消竞拍 （5)订单管理：查看订单 （5)留言管理：查看/删除留言 项目访问路径: 前台：http://localhost:8080/sale 后台：http://localhost:8080/sale/user/adminlogin
分布式系统中Java后端开发技术及其应用实践.pdf
最新发布
04-25
分布式系统的核心思想是复杂计算任务的拆分与并行计算，可有效减少计算时间、节约算力成本。以分布式系统中Java后端开发技术的应用为主题，分析分布式系统开发的需求，探讨Java技术栈、分布式监控与日志管理、云服务模型在分布式系统Java后端开发中的应用路径，旨在为分布式系统的设计与实现提供全面的理论分析和实践指导，以支持构建高效、稳定、可扩展的企业级Java应用。 随着云计算、大数据和人工智能技术的飞速发展， 分布式系统已成为支撑现代企业信息系统的基础架构。 Java 后端开发技术在构建分布式系统中扮演着至关重要的 角色，其应用价值和研究重点主要集中在微服务架构、容 器化技术、自动化部署、服务网格、无服务器计算、应用 程序编程接口（Application Programming Interface， API）管理、数据一致性解决方案、分布式缓存、负载均衡、 复杂事件处理和分布式事务管理等方面[1]。Java平台以 其成熟的生态系统、跨平台的移植性、丰富的开源框架 和库以及稳定的性能，为分布式系统的开发提供了坚实 的基础[2]。深入探讨Java后端开发技术在分布式系统中 的应用实践，旨在为企
【微信小程序毕业设计】书店系统开发项目(源码+演示视频+说明).rar
04-25
【微信小程序毕业设计】书店系统开发项目(源码+演示视频+说明).rar 【项目技术】 微信小程序开发工具+java后端+mysql 【演示视频-编号：246】 https://pan.quark.cn/s/cb634e7c02b5 【实现功能】 用户信息管理，图书信息管理，图书类型管理，图书留言管理，论坛信息管理等
使用纯git命令实现切换本地git仓库分支后拉取代码
06-13
使用纯 git 命令实现切换本地 git 仓库分支后拉取代码，可以按照以下步骤进行操作： 1. 首先使用 `git branch` 命令查看当前分支列表，并确定需要切换的分支名称。 2. 使用 `git checkout 分支名` 命令切换到目标分支，例如 `git checkout dev`。 3. 使用 `git pull` 命令拉取目标分支的最新代码，例如 `git pull origin dev`。 4. 如果需要将代码合并到当前分支，可以使用 `git merge dev` 命令将目标分支的代码合并到当前分支。 5. 如果需要解决代码冲突，可以使用 `git status` 命令查看冲突文件列表，并使用编辑器或其他工具解决冲突。 6. 解决冲突后，使用 `git add` 命令将修改后的文件添加到暂存区，再使用 `git commit` 命令提交修改。 总之，使用纯 git 命令实现切换分支后拉取代码，需要熟悉常用的 git 命令，并根据具体情况进行操作。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值