（特定の）下書き記事を一斉削除する方法の検討（提供の必要はなし）

[shimajima-eiji]

Caution

要望という形にすると反対意見がでた上で、当初果たしたい目的が達成されない可能性が高いと思われるため、本稿での目的は共有のみとします

やりたいこと

• 下書き記事を一斉削除する方法の提供 #323
  • ここでは、すでに公開済みの記事に限定する

※本来の下書き用途で使っている方を優先すべきという意見は私も共感するところです。

解決したい問題

以下運用により「本文と差分が存在しない」下書きが大量に配置されてしまっています。
現状、他の自分の記事の内容をコピーして新しく記事を作るという運用を行っており、既に投稿した記事を編集状態にするため、全文コピーするだけでも下書き処理が実施されている（？）ようです。

ユースケース

• 過去の記事をブラッシュアップしようとしており、そのタイミングでは記事が完成できなかったため、いったん公開後記事の下書きという状態である
• 後日、その記事を編集しようとした際に記事タイトルを忘れてしまい、大量の「差分なしの公開後下書き記事」の中から都度開いて探している
  • この時に間違えた記事を編集しようとした上で操作を失敗すると、やはり当該記事の「差分なしの公開後下書き」が作成され、結果的にファイル数が増える

現在は、過去に公開した記事は編集できない（どの記事か分からない）ものとして諦めてしまっているものがあります。

参考情報

【クリックで展開】

取り組み１

公開後記事を編集する場合は、別途タスク管理ツールなどに編集する記事のIDやタイトル（変更前・変更後）を保持しておく
最初はこれでよかったのだが、毎日やる業務とは違ってスポット的に発生するものであるため運用が定着せず、結果的にタスク管理ツール自体を廃止してしまった

取り組み２

QiitaCLIとgitを使う案があり、公開後記事を編集・途中保存する際は記事ごとにブランチを切って完成後マージ・publishする事でWebエディタ上を汚染しなくなる

↑

• ローカルで実施する場合、記事の更新が端末依存になるので不便
• GitHub(github.devなど)で実施する場合はプレビュー機能が怪しい
• 併用案だと端末ごとに更新点が違うなどでコンフリクトを起こす可能性があり管理が面倒

取り組み３

Webエディタ相当の画面や機能をQiitaCLI経由で実施するWebアプリを作る
ほしい機能だけ作ればよいだろうが、利便性はWebエディタを超える事はないだろうし、今後のシステムアップデートに対して互換性があるかも疑問
また、セキュリティを気にするならやってはいけないアプローチになりかねない

取り組み４（最新案）

公開後記事の下書きは限定公開記事で管理する

通常通り限定公開にしたい記事はそのままに、特定の記事の下書きとして扱いたい場合は【下書き: （記事ID）】として変更分を書いていく。
完成次第、元記事ID側を更新し、下書きに使った限定公開記事は削除するか、別記事に再利用する。

下書きとは違い、厳密には非公開の状態ではないので情報の取り扱いに注意は当然必要だが、今のところ困っていないので実施中

取り組み５（取り組み４に至るまでの過去記事へのアプローチ）

公開後記事の下書き機能は存在しないものとして、公開後記事の修正は行わない。
たまたま気づく事が出来たら取り組み４を実施する

◀【展開：ここまで】

---

もっと良い運用対処案があると思いますが、現状はこのようにしています。
皆さんの工夫があれば、ぜひナレッジ共有がしたいです

[tanaka-asami415]

@shimajima-eiji
投稿ありがとうございます！

以下運用により「本文と差分が存在しない」下書きが大量に配置されてしまっています。
現状、他の自分の記事の内容をコピーして新しく記事を作るという運用を行っており、既に投稿した記事を編集状態にするため、全文コピーするだけでも下書き処理が実施されている（？）ようです。

本Discussionsの趣旨から外れてしまい恐縮ですが、
「本文と差分が存在しない」下書きが大量に作成されてしまう 挙動について、詳しく教えていただきたいです🙏

といいますのも、「差分が存在しない下書きが作られてしまう」問題については、以前よりご意見をいただいていたため
2023年7月、差分がない下書きは作成しないよう改善を行いました。

そのため、仕様的には現在は差分のない下書きは作られないようになっているのですが、現在も差分のない下書きが出来てしまうでしょうか？

その場合、テキストだけですと齟齬が生じやすい事もあるため、ご負担でなければ、画面録画やスクリーンショット等をご提供いただけると幸いです。
Discussions上でご投稿いただく事に問題がありましたら、サポートフォーム までお願いします🙇

他の自分の記事の内容をコピーして

投稿済みの記事をMarkdown 形式で表示していただける機能もあります。
こちらをご活用いただくと、既に投稿された記事を編集状態にしていただくことなく、コピーしやすいかと思いますので、ご活用いただけますと幸いです。
https://help.qiita.com/ja/articles/qiita-show-raw-body

[shimajima-eiji]

@tanaka-asami415
ご連絡ありがとうございます、
調査依頼の報告のみです。

---

差分が存在しない下書きが作られてしまう

再現する操作方法

• （オペミスを含み）変更を加えた後に元に戻している
• 本文を変更せず、タグを変更している（タグの変更差分は表示されない）

が有力な気がしました。

調査方法

1. オペミス

編集画面から本文欄を変更したところ、onChangeのタイミング？で自動保存が実行されているように見えました。
この状態でページを抜けると差分がある状態の下書きになるため、最後の自動保存のタイミングに注目しました。
そこで、以下のオペレーションを行います。

1. 何かしらの変更を加える（ここでは、全文コピーの操作ミスを想定）
2. 「Ctrl or command + Z」で戻す

最終的に自動保存されたタイミングが2.のタイミングですが「たまたま差分がない状態になった」ため、結果的に「差分が存在しない下書きが作られてしまう」ように見えたという可能性が高そうです。

Caution

別検証のため、記事ページを開いて10分ほど放置していましたが、この状態では自動保存は作られませんでした。
ただし、ブラウザの拡張機能によっては誤作動を引き起こす可能性は考えられるなと思いました。

2. 本文以外の変更

次に、本文変更以外だとどのタイミングで自動保存が実行されるか調査しました。

• タグ欄を変更する
• 「公開設定へ」ボタンを押す
• 検証方法：新規投稿で編集画面を開き、すぐに「公開設定へ」ボタンを押す
  • タイトル未設定、本文未設定の下書きが下書き一覧に作成される

---

別の問題？

別の話題のため、スレッドを分けておきます。

• 【不具合？】下書きの自動保存の時間と、下書き一覧上のタイムスタンプが一致しない #963

---

より詳しい情報が必要でしたらお申し付けください。

[tanaka-asami415]

@shimajima-eiji
詳細を教えていただきありがとうございます🙏

現状の仕様では、何かしらの変更が加わった時点で下書きの保存がされるようになっているため
ご利用の方法では、確かに差分の無い下書きがでてしまいます…🙇

「結果的に差分が存在しない下書きが作られてしまう」点について、他にも同様に困る方が多いようであれば
改善項目として検討したいと思います。

[shimajima-eiji]

投稿済みの記事をMarkdown 形式で表示していただける機能もあります。
こちらをご活用いただくと、既に投稿された記事を編集状態にしていただくことなく、コピーしやすいかと思いますので、ご活用いただけますと幸いです。
https://help.qiita.com/ja/articles/qiita-show-raw-body

ご案内ありがとうございます！
この方法ですと、オペレーションミスで下書きが自動保存されてしまう問題が解消できます。
現状はマイページから自分の記事を探しているので、現状の全文コピーのステップと比べると１回手間が挟まってしまいますが、下書き一覧を汚染してしまうよりは良さそうだと思いました