編集手順を更新する

[zunda]

新規の記事 #636 のリリースを受けて作業手順を文書化することによって編集手順を現実のものに近づけたい。

• リリース時に新しい記事のURLを確認する手順を追加
• リリース時にこのレポジトリについておこなった作業を文書化
• リリース後の連絡先を文書化
  • ruby-list MLには最近の投稿は見られない。るびまのリリースを通知する必要がなければ手順からはずす
  • @ruby-no-kaiのログイン情報を得る手段はどこかで知られている？
• 記事の公開前のcreated_onの取り扱いの明確化
  • created_onのRSSへの反映状況の再確認
• last_modified_at への言及
  • るびまのfeed.xmlやfeed-articles.xmlには更新日時のための<updated>フィールドが無いようだ。追加した方が良いかもしれない
  • このIssueとは独立して考えよう
• 編集後記を早めに集める方法の検討 - (A) 表紙と編集後記の作成のためのブランチとプルリクエストを早めに作ればそのブランチで編集後記を書き進めることができるが、記事をリリースする過程でmasterブランチへのコミットが積まれるので、表紙と編集後記の作成のためのブルリクエストのマージは必ずマージコミットになり、最悪の場合はコンフリクトの解消が必要になる。(B) マージ時の煩雑さを避けるには記事のリリースのあとに紙と編集後記の作成のためのブランチとプルリクエストを作成する。どちらがいいだろう？
  • このIssueとは独立して考えよう
• 次号（0066号）作成にあたって各種手順を整備・更新したい #601 での会話の進行を追って、号作成のプロセスと個々の記事の公開までのプロセスを /doc/writing_process.md と /doc/editing_process.md に反映する
• その他…

[neko314]

手順、整えたいと思いながらずっと手付かずで来てしまっていたので、更新本当にありがとうございます！

ruby-list MLには最近の投稿は見られない。るびまのリリースを通知する必要がなければ手順からはずす

直近のリリースでもMLでの通知はやってなくはないはずなんですが、やる必要があるかどうかは見直す余地あると感じています。個人的にはなくて良いような気はしています。私がMLユーザーではないからそう思うのかもしれず、別のご意見がある方はいらっしゃるかもしれないです。

@ruby-no-kaiのログイン情報を得る手段はどこかで知られている？

知られていないです。最近だとそのアカウントにログインできる方（日本Rubyの会の方々ができそう）に「投稿していただけませんか」とお願いしてやっていただいていました。

それから、るびまには編集指針というものがありますが、すごく進化していて、コマンドを叩けば基本的なチェックだけでなくオートコレクトもできるようになってます。このことも編集手順に追加しておきたいです👍

参考:

• るびまlintにオートコレクト機能をつける #615

[zunda]

ありがとうございます!! a9b698aでるびまlintについて、d9497d0でXアカウントについて加筆しました。

皆様、お気づきの点などありましたらご指摘・編集をよろしくお願いします。今後ともこちらでも気づいたことを追加していって、ある程度煮詰ったところでmergeしたいと思っています。

[sezemiadmin]

そもそも公開手順がわかっていなかったので、ありがたいです。 ruby-no-kai のアカウントがあったとは ...

[zunda]

そろそろ進捗が出なくなったのでどなたでもお手すきのときにレビューをお願いしたいです。適宜編集していただいてもかまいません。よろしくお願いします〜

[neko314]

適宜編集していただいても

差分に出てなかった箇所なんですけど、editing_process.md全体を読み直していて、古くなっている部分を削除するコミットを積みました 🙏
dd03b3d

他はLGTM☺️

[zunda]

ありがとうございました！今後とも気付いたことがあるごとに手順を更新していけるとよさそうです。