背景 众所周知,原神的签到福利是需要下载app才可以领取的.但像我这种一般不怎么刷论坛的人,每天点开app签到很麻烦. 很多大佬利用Github的Action自动执行的模式,实现了很多好东西.加上.net 5平台刚刚发布,因此才有这个项目 项目链接 https://github.com/yinghualuowu/GenshinDailyHelper 签到逻辑 根据米游社的抓包记录,签到逻辑如下 绑定角色(获取角色信息) 查询是否签到 执行签到 获取角色接口 binding/api/getUser

GenshinDailyHelper 原神的签到福利是需要单独下载APP进行才可以领取,并且每天需要打卡,虽然奖励并不是很可观,但有一些摩拉,食材和可观的经验书累计起来还是挺有吸引力的.可能本身不怎么刷论坛的玩家往往会忽略这些奖励.利用Github的Action实现了自动签到功能 自动签到步骤为 获取账号信息(区域和UID) 判断是否已经完成签到 未进行签到到执行签到动作 上述任何步骤出现异常都将判定为失败,并通过Github邮件提醒 运行结果  该项目支持多号签到,但各位旅行者爱惜羊角包,不要

内容转载自我的博客 目录 说明 1. 编写Android项目的CI配置文件 2. 编写Jekyll项目的CI配置文件 2.1 配置coding.net 2.2 配置github 2.3 自动部署到coding.net 说明 对于普通的github仓库,只需要在根目录创建.github/workflows/文件夹即可自动使用Actions功能,具体执行的操作可以创建一个配置文件(命名不限),如build_apk.yml Github Actions产品对公开仓库是完全免费的,对私人仓库每月有200

文章目录 一.前言 二.模型下载 1.官网下载 2.模之屋官方下载 3.第三方链接 三.pmx转fbx 1.Blender插件CATS的下载与安装 2.pmx模型的导入 四.Unity开发部分 1.Vuforia 注册及Key.识别图的制作 2.Unity操作 五.番外:打包编译到安卓 一.前言 开发前的准备: (1)开发工具:Unity3D(2020.3.25f1c1).Blender(2)开发语言:C#(其实对于当前做的这个项目暂时用不到,但随着后期的进一步深入一定需要C#进行脚本的编写等)

在之前我的部署.版本控制.CI.CD都是在Jenkins 下来完成的 在前几天看到github上的一个新玩具actions,简直惊为天人 它能在你的仓库触发事件(Push,Pull,issue,...)的时候给你分配一台服务器执行一些预定好的命令 并且它的脚本编写非常简单只要半个小时就能学会 这篇文章主要讲述 使用github actions 做CI AND CD 以跳过jenkins的环节 1.首先 需要拉取代码到它分配的服务器 2.添加编译环境 3.代码编译 4.将编译好的结果上传到dock

今天打开github上面的 项目 突然 一个github actions 的提示, 进去后显示: 由于项目是Maven 创建的 选择Maven 进入:  初步看到代码:  大概意思就是 我们push 项目的时候, 系统自动帮我们 执行的一系列脚本, 其中最 浅儿易见的是  echo Hello, world! 原来如此, github 提供了持续继承的功能, 总结:  学习GIthub Action 资料: https://help.github.com/en/actions/automatin

Github 原生 CI/CD,初尝 Github Actions Intro Github 目前已经推出了自己的 CICD 服务 -- Github Actions,而且比微软的 Azure DevOps Pipelines 对开发者来说更友好,使用起来更好用. Github Actions 核心概念 总体看下来感觉是从 Azure Pipelines 迁移过来的东西,有许多概念和 Azure Pipelines 是类似的,如果你之前用过 azure pipelines,应该很容易上手 Run

我自己做了一个网站,这个网站会使用一个python脚本来生成. 具体生成的方法是python脚本会读取目录下的csv文件,将每一行数据解析成固定格式,然后生成html文件,最后需要将修改后的文件自动push到github 当然上面所有的步骤都是自动化实现的,总结如下: 我本地修改csv文件,然后push到github 我的push操作会触发实现设定好的action action代码设置如下: name: Python application on: [push] jobs: build: run

一.Hexo 相关知识点 静态博客简单,但是发布博文时稍显麻烦,一般需要下面两步: hexo clean hexo g -d // 相当于 hexo g + hexo d 如果考虑到同步源文件,还需要每次更改后,将源文件 push 到指定仓库: git push origin master 我们可以将 Hexo 文件分为两类,一类是源文件,即下面这些文件: . ├── _config.yml ├── package.json ├── scaffolds ├── source | ├── _dra

最新博客链接 Github链接 查看此文档前应先了解,vuepress基本操作 参考官方文档进行配置: vuepress-theme-reco VuePress SamKirkland / FTP-Deploy-Action 最终效果 最终效果链接 思路 下载vuepress-theme-reco官方的主题模板(脚手架),再根据自己的需要进行相应的修改,再根据自己的服务器配置Github Actions文件,最后上传到Github,触发Github Actions自动构建部署到第三方服务器.以后

Hexo简介 Hexo是一款基于Node.js的静态博客框架,依赖少易于安装使用,可以方便的生成静态网页托管在GitHub和Coding上,是搭建博客的首选框架.大家可以进入hexo官网进行详细查看,因为Hexo的创建者是台湾人,对中文的支持很友好,可以选择中文进行查看. Hexo搭建步骤 安装Git 安装Node.js 安装Hexo 编写github actions 推送到github 发布文章 我们的开发过程是在win环境下,本质和环境没关系,影响不大,首先我们要保证我们的电脑上安装了git

大体介绍 本文对github actions部署前端项目做一个简单的总结,总体来说,我感觉用它想要部署一个前端项目,可以说非常简单,简单得令人震惊

不想看前面这么多废话的可以直接跳到具体实现 Github Actions 是什么? 说到 Github Actions 不得不提一下. 持续集成(continuous integration):高质量的让产品快速迭代 持续交付(continuous delivery):交付给团队测试 持续部署(continuous deployment):持续交付的下一步核心概念团队测试完成后自动部署到生产环境 CI/CD 是由很多操作组成的(如:执行单元测试.语法检查.打包.部署等等).Github 把这些操

前言 最近在学习 Angular,一些基础的语法也学习的差不多了,就在 github 上新建了一个代码仓库,准备用 ng-zorro 搭个后台应用的模板,方便自己以后写些小东西时可以直接使用.前端项目,最主要的还是能够实际看到,因此考虑找个地方部署,因为自己的博客是部署到 github page 上的,并且这个项目也只是一个静态网站,所以这里同样选择使用 github page 同时,考虑到发布项目时,虽然使用 github page 已经帮我们省略了拷贝文件到服务器上这一步,但是还是需要自己手

利用 Github Actions 自动更新 docfx 文档 Intro docfx 是微软出品一个 .NET API 文档框架,有一个理念是代码即文档,会根据项目代码自动生成 API 文档,即使没有写任何注释也会生成 API 文档,也有一些默认的主题可以配置,也可以自定义主题配置,详细介绍可以参考官方介绍 https://dotnet.github.io/docfx/ 目前也有很多项目在使用 docfx 来生成文档,比如前段时间介绍过的 Reserver-Proxy 项目,也是看到了 res

BiliBiliTool是一个B站自动执行任务的工具,使用.NET Core编写,通过它可以实现B站帐号的每日自动观看.分享.投币视频,获取经验,每月自动领取会员权益.自动为自己充电等功能,帮助我们轻松升级会员到Lv6并赚取电池 详细功能目录如下: 每天自动登录,获取经验 每天自动观看.分享.投币视频 (支持指定想要支持的up主,优先选择配置的up主的视频,不配置则随机选取视频) 每天漫画自动签到 每天自动直播签到,领取奖励 (直播可以不看,但是奖励不领白不领~) 每天自动使用直播中心银瓜子兑换

github actions 是什么? github actions是github的持续集成及自动化工作流服务,使用起来都比较方便.大部分github actions都可以在https://github.com/marketplace?type=actions中找到. 怎么使用github actions 怎么使用 在github项目目录下,根目录下新建一个文件.github/workflow/xxx.yml,在xxx.yml写你需要自动化工作流的服务. 有问题多查查以下两个文档: GitHub

前言 使用hexo博客也挺久的,最开始是本地hexo clean && hexo g,最后hexo d推送到服务器.后来是本地hexo clean && hexo g,最后将生成文件推送到GitHub,GitHub actions 推送到服务器.后来本地文件丢失,GitHub 仅仅存着编译好public文件夹内容,该丢失就丢失了.有GitHub actions何不直接把编译.部署都交给他,还能备份博客,本地也不用安装一堆环境,使用这个方法也有段时间了,记录下.为了方便建站和

GitHub Actions 支持 "skip ci" 了 Intro GitHub Actions 作为 GitHub 官方的 CI 支持,很多开源项目已经在使用 Actions 来做项目的 CI 了,但是一直以来有一个痛点,就是不支持跳过 CI,其他的 CI 大多都可以通过在 commit 信息里包含一个 "skip ci"/"ci skip" 等来告诉 CI 系统不要出发 CI build,GitHub Actions 一直都是不支持的,但

GitHub Actions in Action https://lab.github.com/githubtraining/github-actions:-hello-world https://github.com/xgqfrms/hello-github-actions/issues/1 https://github.com/xgqfrms/hello-github-actions/issues/3 https://github.com/xgqfrms/webpack-plugin/act