Wikipedia:Merging

(refresh)
Subtotals May 2014 4 June 2014 48 July 2014 123 August 2014 102 September 2014 134 October 2014 110 November 2014 159 December 2014 139 January 2015 153 February 2015 157 March 2015 240 April 2015 214 May 2015 183 June 2015 198 July 2015 172 August 2015 136 September 2015 111 October 2015 107 November 2015 139 December 2015 146 January 2016 231 February 2016 253 March 2016 287 April 2016 291 May 2016 301 June 2016 262 July 2016 255 August 2016 306 September 2016 222 October 2016 350 November 2016 347 December 2016 354 January 2017 472 February 2017 432 March 2017 487 April 2017 526 Undated articles 1
All articles	8,152

A merger is a non-automated procedure by which the contents of two or more pages are united within a single page. Merging creates a redirect from the source page(s) to the destination page, with some or all of the content copied and pasted into that page. Editors should use their discretion to decide whether or not a discussion should occur before spending the time to merge articles.

Do not use the discussion procedure described below to propose:

There are several good reasons to merge pages:

Merging should be avoided if:

Merging—regardless of the amount of information kept—should always leave a redirect (or, in some cases, a disambiguation page) in place. This is often needed to allow proper attribution through the edit history for the source page. Superfluous redirects do not harm anything, and they can be helpful in finding articles, e.g. from alternative names.

You may find that some or all of the information to be merged is already in the destination page. That is fine; you can feel free to delete the redundant information and only add new material. If there is no information to be added to the destination page, you can simply redirect the other page there, but please make this clear in the edit summary.

Users may determine whether pages should be merged. If the need for a merge is obvious, individual editors can be bold and simply do it. This might be appropriate and easy where, for example, there are two stubs with nearly the same title with slightly different spellings. Bold edits might be reverted, so if a merge is going to take a lot of work to implement, that is something to consider if there is any room for doubt. Articles that have been separate for a long time, especially on controversial topics, may have editor support for remaining separate; these are the best candidates for discussing before merging.

In most circumstances, a local discussion conducted on an article talk page should attract sufficient input. This should include the proposal itself, the list of the affected pages, and a merger rationale. To start a discussion, perform the following steps.

This is usually done on the proposed destination page's talk page, but exceptions exist:

Example: if suggesting that Foo be merged into Bar, create a proposal to merge Foo into Bar in a new section at . Start a new section at the bottom of that talk page and include the proposal itself, the list of the affected pages, and a merger rationale. A good example is the following section:

...
Wikipedia