10 Advanced GitHub Actions Tips You Should Know
· β˜• 9 min read
If you already use GitHub Actions, this article will show you more interesting and useful ways to use it. By the time I finished writing, I had added several more workflows to my repositories. 1. Passing Parameters When a Workflow Runs When a workflow runs, you can allow parameters to be entered on the GitHub Actions page to control the execution logic.

Run `rm -rf /` Under Kubernetes and You Can Just Run Away
· β˜• 4 min read
This document is mainly meant to demonstrate the dangers of Docker privileged mode, so please proceed with caution. Users without CLI access can copy the example YAML and directly create cluster workloads such as Pod, Job, and DaemonSet to carry out the operations. 1. Directly Deleting All Resources If you can log in to the machine, pack your things, and run the command:

Unlimited Uses, Up to 6 Hours Per Session: Free Online Kubernetes Experience
· β˜• 2 min read
1. Log in to Ngrok and get an Authtoken 1.1 Log in to the Ngrok website and get an Authtoken Visit the Ngrok website, https://dashboard.ngrok.com/ , and log in with a GitHub or Google account. Go to the Authentication page and find your Authtoken, as shown below: 1.2 Configure Secrets under the GitHub project On the project’s Settings page, add a new Secret, as shown below:

debugger-action Updated to v2 with ngrok Support
· β˜• 2 min read
1. What Is Ngrok Ngrok is an intranet penetration tool that can publish services on the internal network to the public internet. The figure below illustrates its function well: Compared with a similar tool like Frp (which requires running both a Server and a Client), Ngrok turns intranet penetration into

GitHub Actions Online Debugging Tool: debugger-action
· β˜• 5 min read
1. Debugging Until You Want to Quit GitHub Actions is the continuous integration service GitHub launched in October 2018. For open-source projects it offers unlimited free build time, and it supports Linux, MacOs, and Windows systems, which makes it very appealing. But a recent experience changed my view. I submitted a commit, improvement: build and ci, to a colleague’s repository, to improve its continuous build setup.