Merge Rather Than Delete

From MusicBrainz Wiki
Revision as of 15:45, 20 April 2006 by Keschte (talk) (Changed edit names (Imported from MoinMoin))

Merge Rather than Delete Duplicate Releases

It's usually best to enter MergeReleasesEdits to deal with DuplicateReleases instead of entering RemoveReleaseEdits.

Deleting releases has two kinds of bad effects on the database:

  • The UUIDs that have been referenced anywhere (tagged files, links to MusicBrainz from other sites) will become invalid when the item is deleted. When merging it, however, the old UUIDs will forward to the new item. Note: Not yet implemented, see ticket 912
  • Even if there's no useful data (DiscIDs, TRMs, ReleaseEvents) attached to the release, it's possible that someone may enter a AddTRMsEdit, AddDiscIDEdit or EditReleaseEventsEdit before your RemoveReleaseEdit is approved. If so, the recently added data will be lost.

This MergeRatherThanDelete guideline also applies to artists, but since a RemoveArtistEdit is not possible for an artist with any releases, tracks or NonAlbumTracks it is more of a system-enforced rule than a guideline. An analogous guideline is to MergeMisspelledArtists.

However, pay close attention to DeleteRatherThanMerge when dealing with the common "feat artist" problem.

  • And which problem would that be? --Keschte