我定义了一个小小的github动作工作流,它应该是从SCSS编译一个kss-styleguide。
该工作流的步骤基本上触发生成结果css和相应的KSS-StyleGuide。
当我在我的开发机器上本地运行构建过程时,构建的styleguide被写入位于项目根目录中的styleguide文件夹。
然而在github上,尽管所有的东西都被标记为绿色,但我不知道结果文件被写到了什么地方。
如果不知道生成的styleguide在哪里,如何部署它?
以下是此工作流的yaml文件:
name: Node.js CI on: push: branches: [ mk-node-ci ] pull_request: branches: [ mk-node-ci ] jobs: build: name: Build Styleguide runs-on: ubuntu-latest strategy: matrix: node-version: [14.x] steps: - uses: actions/checkout@v2 - name: Use Node.js ${{ matrix.node-version }} uses: actions/setup-node@v1 with: node-version: ${{ matrix.node-version }} - uses: borales/actions-yarn@v2.0.0 with: cmd: install env: NODE_ENV: development - name: "build CSS files" uses: borales/actions-yarn@v2.0.0 with: cmd: "build:css" - name: "build styleguide files" uses: borales/actions-yarn@v2.0.0 with: cmd: "build:styleguide"
格林尼治时间2020.10.14 19:25更新
GitHub操作在单独的“清洁”运行器机器上执行。
actions/checkout@v2是一个将存储库复制到该机器的操作--通常是为了执行测试等。
为了将生成的结果(如修改的文件)从runner machine返回到原始存储库,我们可以使用:
(1)上传--神器动作。(2)git推动。
例如,下面是我的脚本,用于从源目录修改文件并将其放入输出目录(我将其作为一个操作(bash脚本)运行:-run:wrap.sh
)。脚本wrap.sh
:
echo "Copy directory structure from 'in' to 'out':";
find ./in -type d | while read i;
do
if [ ! -d "${i/in/out}" ]; then
mkdir "${i/in/out}"
echo "${i/in/out}";
fi
done
echo "Wrap files:";
find ./in -type f -name "*" | while read i;
do
echo "${i/in/out}";
cat ./tpl/header.html "$i" ./tpl/footer.html >"${i/in/out}"
git add "${i/in/out}"
done
git config user.name "chang-zhao"
git commit . -m "Wrapping"
git push origin main
这里git add“${i/in/out}”
正在向git添加一个具有该名称的新文件。Git config user.name“...”
是提交工作所必需的。Git提交。-m“wrapping”
是将新文件放入存储库的提交(“wrapping”是我给这种提交取的名字)。
这样,运行服务器上生成的文件就会被推送到原始存储库中。
关于为什么我会得到类型不匹配:不能从int转换为byte,我尝试在JLS中快速搜索,以查找在哪里提到操作数之间相加的结果会自动扩大到。 我找到的最好的教程是这个教程,但我没有在JLS中找到任何东西。 转换一章没有提到任何关于加法运算符的东西,至少我找不到一些东西。加法运算符段落没有提到字节的自动加宽。它提到的类型,但没有关于加宽的内容。byte是一种数值数据类型。 我错过了什么?
在现代的奔腾处理器上,似乎不再可能给处理器分支提示。假设一个像gcc这样的带有概要引导优化的概要编译器获得了关于可能的分支行为的信息,那么它能做些什么来产生执行得更快的代码呢? 我知道的唯一选择是将不太可能的分支移动到函数的末尾。还有别的吗? 更新。 http://download.intel.com/products/processor/manual/325462.pdf2a卷2.1.1节说 “
上面的代码使用不同的编译器会有不同的结果。这是编译器的错误还是我漏掉了什么? 叮叮当当 1 1 (https://godbolt.org/z/s43T55rxq) msvc 1 1 (https://godbolt.org/z/YnKfKh41q) 全球循环 0 1 (https://godbolt.org/z/91xdfv93c)
我将GitHub操作用于CI/CD,并从中编写了一些cypress测试和YAML文件。但是当我推存储库时,我得到了一个错误。 失败的错误 我如何解决这个问题。当我在本地运行cypress时,它工作正常。
Hg(又称Mercurial)和 Git 一样也是一个被广泛使用的分布式版本库控制工具。如果一个熟悉 Hg 的开发者参与托管在 GitHub 上的项目,大可不必为更换版本控制工具而苦恼,GitHub 上的一个名为 hg-git[1]的开源项目可以帮上忙。 得益于 Hg 的强大的插件扩展机制,安装 hg-git 并将其注册为Hg 插件后可提供Hg操作 Git 版本库的能力。安装 hg-git 可以直
2008年4月1日,GitHub宣布推出基于SVN的SVNHub网站,后证实这是一个愚人节玩笑[1]。2010年愚人节,类似消息再起,可这一次不再是玩笑[2]。即对于GitHub上的每一个Git版本库,现在都可以用SVN命令进行操作。更酷的是 SVN 版本库使用的是和 Git 版本库同样的地址[3]。 例如用下面的 Git 命令访问本书的 Git 版本库,显示版本库包含的引用。其中分支master