User:Hex/Notes/How not to manage article history

The sorry tale of our article List of The Adventures of Tintin characters is an object lesson in what happens when articles are moved and merged thoughtlessly.

We begin with one article, A:

18 May 2008: Minor characters in The Adventures of Tintin was cut-and-paste moved, becoming X, Characters in The Adventures of Tintin.
15 July 2009: Characters in The Adventures of Tintin was moved to Characters of The Adventures of Tintin.

Meanwhile, at another article, Y:

4 October 2008: List of The Adventures of Tintin characters was moved to List of characters in The Adventures of Tintin.

Where it all went wrong was when the articles were history merged, despite having completely incompatible histories. This appears to have been a misunderstanding of a requested content merge for the two articles.

7 October 2009: Characters of The Adventures of Tintin was merged over List of characters in The Adventures of Tintin.

Finally, the resulting chimera article, Z, was moved again... to the same name one of its precursors had only a year and a half earlier.

10 March 2010: List of characters in The Adventures of Tintin was moved to List of The Adventures of Tintin characters.

I fixed the situation. It required this:
Ouch.

Here's what that diagram represents:

  1. deleted Z and restored only the post-merge revisions, which in reality only represented the continuation of X
  2. moved those to a subpage of the talk page
  3. restored the mixed-up merged revisions
  4. moved those to another subpage as a workspace
  5. moved the earlier subpage back to being Z so it could continue being read and/or edited
  6. deleted the workspace subpage
  7. identified the revisions from X (thankfully, a significant difference in size allowed them to be identified easily) and restored them
  8. moved the resulting subpage to a new subpage name
  9. deleted Z again
  10. moved the X subpage to Z
  11. restored the later revisions of Z, thus joining the two histories
  12. restored the leftover revisions in the workspace, thus resurrecting Y
  13. deleted the redirect at the former title of Y
  14. moved Y to its original location
  15. restored the Y redirect, merging its history with that of the Y page
  16. deleted the redirect at the original location of X
  17. restored the revisions prior to the c&p move
  18. deleted Z yet again
  19. moved A to Z
  20. restored the later revisions of A, the redirect
  21. restored Z, thus merging its history with that it was cut from.

I even left out some steps here. I also performed selective delete/restores in order to not include the revisions showing me moving the article parts around. Worse still, at the end MediaWiki simply failed to perform a restoration of the complete Z (T45911), requiring me to restore half of the ~1100 revisions at a time. That was annoying. MediaWiki needs to provide a much better mechanism for performing these sorts of procedures (T23312).