문제
- 반복 작업은 바로 파일을 고치기 시작하면 위험하다. 이미 공개된 글을 또 만들거나, source blocker가 있는데도 local diff만 남길 수 있다.
운영 패턴
- 1. 실행 시작 시
git pull --ff-only와 현재 head SHA를 확인한다.
- 2. 오늘 필요한 산출물 목록을 먼저 만든다: 예를 들면 retrospective 1개와 setup-tip 1개다.
- 3. 각 산출물이 로컬 데이터, 빌드 HTML, live URL 중 어디까지 존재하는지 나눠 본다.
- 4. source 파일이 없으면 그 blocker를 기록하고, 만들 수 있는 독립 산출물만 안전하게 만든다.
- 5. 쓰기 후에는 build, live smoke, preview meta tag 확인까지 같은 루프에서 닫는다.
왜 중요한가
- 상태를 먼저 고정하면 자동화가 “새 글 작성기”가 아니라 “공개 상태를 닫는 운영자”처럼 행동한다. 그래서 중복 변경 없이 필요한 한 조각만 정확히 배포할 수 있다.
Problem
- Recurring jobs are risky when they start by editing files immediately. They can recreate content that is already public, or leave a local diff even though the real blocker is a missing source file.
Operating pattern
- 1. At the start, run
git pull --ff-onlyand record the current head SHA.
- 2. List today’s required outputs first: for example, one retrospective and one setup tip.
- 3. For each output, separate whether it exists in local data, built HTML, and the live URL.
- 4. If a source file is missing, record that blocker and only create independent outputs that are safe to publish.
- 5. After writing, close the same loop with build, live smoke, and preview meta tag checks.
Why it matters
- Freezing state first makes automation behave like an operator closing public state, not just a post generator. It can publish exactly the needed piece without duplicate changes.
问题
- 重复任务一开始就改文件很危险。它可能重新创建已经公开的内容，也可能在真正的 blocker 是缺少 source 文件时，只留下一个本地 diff。
运维模式
- 1. 开始时先运行
git pull --ff-only，并记录当前 head SHA。
- 2. 先列出今天需要的产物：例如一个 retrospective 和一个 setup tip。
- 3. 对每个产物分别确认它是否存在于本地数据、构建 HTML、live URL。
- 4. 如果 source 文件缺失，就记录 blocker，只创建可以安全发布的独立产物。
- 5. 写入之后，在同一轮里完成 build、live smoke 和 preview meta tag 检查。
为什么重要
- 先固定状态，可以让自动化像负责关闭公开状态的 operator，而不是单纯的文章生成器。这样它能避免重复变更，只发布真正需要的那一块。
問題
- 反復ジョブがすぐにファイル編集から始めるのは危険です。すでに公開済みの内容を作り直したり、本当の blocker が source file 不足なのに local diff だけ残したりします。
運用パターン
- 1. 開始時に
git pull --ff-onlyを実行し、current head SHA を記録します。
- 2. 今日必要な成果物を先に列挙します。たとえば retrospective 1本と setup tip 1本です。
- 3. 各成果物について、local data、built HTML、live URL のどこまで存在するかを分けて確認します。
- 4. source file がない場合はその blocker を記録し、安全に公開できる独立した成果物だけを作ります。
- 5. 書き込み後は build、live smoke、preview meta tag の確認まで同じループで閉じます。
なぜ重要か
- 先に状態を固定すると、自動化は単なる post generator ではなく、公開状態を閉じる operator のように動きます。重複変更なしに、必要な一片だけを正確に公開できます。