AppVeyor 作为 Windows 开拓者供应的持续集成工具 。它许可开拓者在 Windows 环境下测试代码，并为利用 C 扩展的项目构建面向 Windows 的二进制文件 。AppVeyor 与 GitHub 和 Bitbucket 集成，能够在代码提交到这些平台后自动触发构建 。对付开源项目，AppVeyor 供应了免费的账户层，足以知足基本的持续集成需求。
开始该工具的研究来源于我看了一个工具php monitor的里面有一个扩展，tidaways。官方个给的windows扩展点过去却看不到构建产物。
于是研究了下如何用他自己天生windows用的php扩展。
首先，是自己fork了一下官方的仓库到yangweijie账号下。登录后有个导入项目
将其导入。由于里面如果须要交互发布zip 作为release 到github 那肯定须要github 的token 的。以是想着是将仓库转私有 再新建导入。结果发先fork 的不能转私有。网上有说免费如何用私有库的，没试。
紧张是将官方的token通过加密后再写到deplo 里的auth_token 里。本来想着用环境变量的，结果折腾半天读取不对。
原官方 appveyor 配置。
image: Visual Studio 2015version: '{branch}.{build}'cache: - c:\build-cache -> .appveyor.yml, .appveyor/.cmdenvironment: PHP_BUILD_CACHE_BASE_DIR: c:\build-cache PHP_BUILD_OBJ_DIR: c:\obj PHP_BUILD_CACHE_SDK_DIR: c:\build-cache\sdk PHP_BUILD_SDK_BRANCH: php-sdk-2.2.0 SDK_REMOTE: https://github.com/OSTC/php-sdk-binary-tools.git SDK_BRANCH: php-sdk-2.2.0 matrix: - PHP_REL: 8.0 ARCHITECTURE: x64 ZTS_STATE: enable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2019 PHP_BUILD_CRT: vs16 - PHP_REL: 8.0 ARCHITECTURE: x64 ZTS_STATE: disable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2019 PHP_BUILD_CRT: vs16 - PHP_REL: 8.0 ARCHITECTURE: x86 ZTS_STATE: enable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2019 PHP_BUILD_CRT: vs16 - PHP_REL: 8.0 ARCHITECTURE: x86 ZTS_STATE: disable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2019 PHP_BUILD_CRT: vs16 - PHP_REL: 7.4 ARCHITECTURE: x64 ZTS_STATE: enable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.3 ARCHITECTURE: x64 ZTS_STATE: enable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.2 ARCHITECTURE: x64 ZTS_STATE: enable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.4 ARCHITECTURE: x64 ZTS_STATE: disable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.3 ARCHITECTURE: x64 ZTS_STATE: disable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.2 ARCHITECTURE: x64 ZTS_STATE: disable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.4 ARCHITECTURE: x86 ZTS_STATE: enable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.3 ARCHITECTURE: x86 ZTS_STATE: enable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.2 ARCHITECTURE: x86 ZTS_STATE: enable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.4 ARCHITECTURE: x86 ZTS_STATE: disable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.3 ARCHITECTURE: x86 ZTS_STATE: disable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15 - PHP_REL: 7.2 ARCHITECTURE: x86 ZTS_STATE: disable APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 PHP_BUILD_CRT: vc15install: - .appveyor\install.cmdbuild_script: - .appveyor\build.cmd
可以看出来和 github action 编译php扩展一样。用到了矩阵。我们要做的便是补上gitbub 支配那步。
官方文档是这么写的：
auth_token 通过account里的加密yaml
获取到就行，别人最多拿到加密后字符串也没法操作你的github其他只能用于构建。然后我就考试测验构建。
经由多此考试测验后终于构建成功了第一次。点击项眼前【构建历史】，右面显示 jobs
能看到4个job由于我精简了，只构建7.4, 7.3 （x86、x64）。不然一个任务job不完成，会影响下次提交导致的构建（排队中）。只好手动取消。他文档里说 可以在构建初始化时后，rdp远程连接电脑看。
为了搞清楚末了构建成功的文件在哪里。我就加上了。他每次远程后会在桌面产生一个delete 开头的文件。构建后job 就卡住，删除文件就会连续job 测试天生的dll。
加上后 init 会显示机器远程ip:端口 用户名都固定的，密码是
自己配的。终极研究创造 他会在被远程的电脑上建一个project 里clone 除php-src 源码，然后将源码 拉取到ext 目录里，构建的dll 在build目录下。
然而，我第一次成功的名字都很奇怪，只有源码的zip。
这个得细看文档。
release: php_tideways_xhprof-v$(APPVEYOR_BUILD_VERSION)
当时yaml 是这么写的，v 由于没有tag name 他只好以分支名来作为tag，5是第5次发布。
后来既然能天生了，我干脆改了。
固定了一个名字
补了一个tag name的环境变量。结合架构，php版本。
这个源码的压缩包怎么来的。
build_task.cmd 里有 7zip 压缩ext扩展源码为压缩包，末了上传。
我依葫芦画瓢，补上了 build下dll 压缩 为dll.zip，并上传至产物。
终极我研究了半天 上传至github 只须要把deploy 下的 artifacts 或 artifacts 删除用默认的，担保 build_cmd里有
7z a php_tideways_xhprof-%APPVEYOR_REPO_TAG_NAME%-%PHP_REL%-%PHP_BUILD_CRT%!ZTS_IN_FILENAME!!ARCH_IN_FILENAME!.zip %APPVEYOR_BUILD_FOLDER%\php_tideways_xhprof-%PHP_REL%-!ZTS_SHORT!-%PHP_BUILD_CRT%-%PHP_SDK_ARCH%\ appveyor PushArtifact php_tideways_xhprof-%APPVEYOR_REPO_TAG_NAME%-%PHP_REL%-%PHP_BUILD_CRT%!ZTS_IN_FILENAME!!ARCH_IN_FILENAME!.zip -FileName php_tideways_xhprof-%APPVEYOR_REPO_TAG_NAME%-%PHP_REL%-%PHP_BUILD_CRT%!ZTS_IN_FILENAME!!ARCH_IN_FILENAME!.zip
类似这两行代码，便是将build扩展名目录压缩为压缩包，然后上传至本地ci的产物里。所有产物都会被上传作为release的附件。压缩包内容类似
剩下的一个方向是，这个构建用的别人电脑，能否自己电脑用于编译？
答案是可以的。
bYOC 点了新增电脑
windows 后按照哀求在家里电脑实行就行。
PS> 坑很多，须要自己考试测验。
之前我那个init 远程脚本没删，导致我电脑被创建了账户，关闭的防火墙又加了N多规则，本地github 连不通之类的。很麻烦。
这个ci server 也可以局域网做事器 本地支配。
反正，折腾来折腾去半天，大部分配置、环境、网络问题。总算办理了，windows dll天生难的问题。
贴两张 php-monitor 成功后的图 互勉。
成功也是各种问题，monitor 用的db illuminate 和tp env collection 冲突啊。项目7 monitor 8 之类的。也想过这种性能数据 该当只上报，监控平台该当独立出来。可他实现接入的是通过append php 源文件来开启的。两个项目杂交。一地鸡毛。tidyawyes 4.17.5 后又不支持sql了。你看到的sql是我本地项目看源码仿照的
结果也不是span 那种样式。tp trace默日可以取到sql实行韶光的。便是函数耗时不知道。不禁让我想到 如果ui 层做成 headless ui 多好。扩展只采集上报。当然pecl 扩展往后都是composer包了，无非性能问题。
