BruinJournal/journal
5
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity

Reflect how I changed CI slightly
All checks were successful
ci/woodpecker/push/woodpecker Pipeline was successful
Details
ci/woodpecker/pr/woodpecker Pipeline was successful
Details

Browse source
This commit is contained in:
Isaac Mills 2024-04-07 02:05:26 -04:00
parent cd2fccb0db
commit f05c2b2b27
Signed by: fnmain
GPG key ID: B67D7410F33A0F61
1 changed files with 4 additions and 4 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

8
src/how_to_run_a_journal.dj
View file

@ -56,11 +56,11 @@ Deployment is the most complex part of our pipeline; getting the written, produc
- Minify and compress compiled HTML - Minify and compress compiled HTML
- Index articles with our search engine - Index articles with our search engine
Because our CI tool is running this code, we can know which articles need compilation, who wrote those articles, and if any articles need to be deleted. Via environment variables, our CI tool will pass to our code the git branch we're running on, the git commit that came before the latest one, and the latest git commit. Our code can then use this information to... Because our CI tool is running this code, we can know which articles need compilation, who wrote those articles, and if any articles need to be deleted. Our CI tools will put our code in the working directory of our git repo. And via environment variables, the CI tool will tell us which files have changed, how the pipeline was triggered (via pull request, code push, etc.), as well as which git branch production resides in, and which branch our code is currently in. Our code can then use this information to...
- Run a diff between the two commits, which is how we know which files need to be compiled, and which files have been deleted - Stat the changed files, which is how we know which files need to be compiled, and which files have been deleted
- Run a blame on the new articles, which is how we figure out who wrote them - Run a blame on new articles, which is how we figure out who wrote them
- See if we are we have changed the main branch, and index new articles if so - See if we are we have changed the production branch, and index new articles if so
In our case, what CI allows us to do is keep as much of our pipeline as automated as possible. Our journalists should only need to focus on writing good articles, not wrestling with tooling. Coming back to the benefits of plain text, git is an extremely powerful tool for working with plain text. In our case, what CI allows us to do is keep as much of our pipeline as automated as possible. Our journalists should only need to focus on writing good articles, not wrestling with tooling. Coming back to the benefits of plain text, git is an extremely powerful tool for working with plain text.