以重复方式结束问题的目的是为了将所有问题的答案汇总在一个地方。这项新更改使此操作变得更加困难，因为如果提出了重复的问题，而原始问题没有答案，那么两者都不会被关闭。正如@BenBrocka指出的那样：
当其中一个问题得到答案时会发生什么？尽早找到重复副本的工作浪费了，其他人不得不在回答完一个副本之后又再次找到了副本，并且知道要回答哪个副本才能够关闭。
一个问题是另一个问题的重复，完全独立于它是否有答案。
此更改很容易被滥用。正如@fbueckert指出的那样，可以
提出问题，没有答案，用sockpuppet提出相同的问题，直到回答为止。
辱骂显然，这种行为是不允许的，但是如果某人比较聪明，则可能需要花两到三遍才能意识到这是正在发生的事情，而不仅仅是不同的人在同一时间问相同的问题（有时会在Arqade上发生） （当发布新的流行游戏时）。
此更改带来的好处很小。的确，新用户很难吸引旧问题，而提出另一个问题通常是他们唯一的选择。但是，如果一个问题很旧，没有答案，而新问题确实是相同的，那么无论如何要回答这个问题可能需要很多钱。而且，如果新问题与旧问题不同，那么这也不应该成为问题。
#1 楼
我想指出，我们倾向于在Arqade上建立一个相当成熟的流程来处理或更新重复的问题。如果我们能够吸引新用户（即，在我们关闭他们的问题后，他们不会立即大吃一惊），我们希望更多的老用户能够提供更多帮助，主要是赏金形式。一个问题有望得到一个更新的答案，或者一个答案，使每个人都很高兴。 ，您正在缩短我们的流程。我们无法解决他们的问题，并且通过让重复的副本开始工作，我们提高了噪声比，并且也使我们在回答问题上的努力分散了。就像@ murgatroid99所说的那样，一旦我们收到两个提出相同问题的问题，而又无法解决其中一个问题，则任何一个被关闭的可能性都会大大降低。Arqade目前做得很好试图将问题保持在一起并关闭骗局。这项新规定似乎鼓励人们重复未回答的问题，如果没人能回答这个问题，这意味着我们只是收集了无法解决的问题。我怀疑我们很快就会得到除了“我不知道”之外什么都不会做的答案，并获得投票，以便我们可以关闭它们。
新规则的目的是鼓励良好行为吧？通过这一新规则，我们鼓励什么良好的行为？
评论
+1。这项新规则似乎鼓励人们重复未回答的问题，这几乎对我来说就是一个总结。
–轨道轻赛
13年2月2日，下午1:32
“通过这项新规则，我们鼓励什么样的良好行为？”究竟！
–致命
13年2月4日在10:26
更糟的是。今天，我偶然发现了一个关于ASE的骗局：问题A没有答案，问题B只有一个无法接受的答案。我尝试结束A：没办法，因为B没有接受或赞成的答案。因此，如果发问者从不回头（接受答案），我们仍然无法关闭欺骗对象，否则我们就需要伪造一个答案，否则可能就不值得了。那么，我们是否鼓励问重复的问题，并在遇到欺骗时给出愚蠢的答案？
–晕
13年2月4日在19:53
好吧...这就是现在令人鼓舞的事情：围绕该系统工作的四个步骤。
– Gertvdijk
13年2月4日在22:42
但是，如果根本没有答案相关的问题，那根本没有帮助。它只会将将来可能出现的答案分布在多个问题上，并且由于没有一个问题被重复处理，因此人们很难找到这些答案。我要感谢您不要将懒惰作为我的主要动机，只是因为您不同意我所说的论点。
–murgatroid99
13年2月8日在3:22
我们鼓励的良好行为是将OP引向一个答案，而不是另一个类似的问题。
– AndrewC
13年2月8日在7:30
@AndrewC这不是正在发生的事情。如果没有答案可以将他们引导到，我们正在蹲。并且在此过程中，由于多次问相同的问题，降低了站点质量，并阻止了清理。
–fbueckert
13年2月8日在14:27
@fbueckert如果您有示例，请将其发布为特定问题的答案，因为该问题不能重复，因为...问题。
– AndrewC
13年2月8日在15:19
@fbueckert Re“我们正在蹲下”您可以在评论中发布链接，然后它们将出现在彼此右侧的“链接”列表中。如果您感到勤奋，请将其张贴在双方的评论中，以使其更明显。
– AndrewC
13年2月8日在15:21
当Arqade进行比赛时，这种无法关闭重复项的行为尤其令人烦恼，例如现在正在进行的Swarm之心竞赛。我们会在很短的时间内收到大量问题，导致很多重复问题无法解决。
–斯特尔诺
13年13月13日在3:24
@AndrewC这样的例子就是询问一个刚刚问世的游戏。答案可能需要一段时间才能弄清楚，但是在我们弄清楚答案是什么之前，任何数量的用户都可以提出相同的问题。这个新系统似乎不鼓励花时间给出很好的答案。相反，无论准确性如何，我们都应立即给出答案，以免重复。
– David Starkey
2014年12月3日在17:08
#2 楼
我完全同意。一个问题是否有答案与其他问题是否相同无关。
我们经常看到用户对所有问题感到不满，因为他们的问题得到了解决。关闭，然后以相同的方式重新发布它，以“解决”关闭问题。如果问题首先很糟糕，没有人回答（发生），那么我们将无法再关闭新的副本。为什么？！
这个家伙同意：
原件是否具有可接受的答案通常不是关闭副本的标准。
评论
哦，糟糕，我要在我的问题中这样说。一秒。
–murgatroid99
13年2月2日，0：11
顺便说一句，坦白地说，在变更发生之前的很多年中，人们一直都同意这种做法。我希望对支持新方法的事情感兴趣。
– Badp
13年2月2日，0：16
@badp：的确如此。我一直在寻找理由，但是似乎还没有发表。
–轨道轻赛
13年2月2日，0：16
@badp我同意。如果有一个答案可以很好地说明此更改将对站点/网络/社区有所帮助，那么我很乐意改变主意。
–murgatroid99
13年2月2日，0：20
如果同一个人两次发表相同的问题，您仍然可以将其作为重复项关闭。除非他们创建一个sockpuppet来做到这一点。
–一只猫
13年2月2日，0：58
@lunboks：不，如果原件没有答案，则不是。如果这是一个垃圾问题，那不会。
–轨道轻赛
13年2月2日，在1:10
同样，Lightness，尽管您目前对此可能是正确的，但这是一个错误。在此处查看Shog和Jarrod的评论。
–迈克尔·彼得罗塔（Michael Petrotta）
13年2月2日，1：14
@MichaelPetrotta：似乎我错过了同一作者的帖子被豁免的情况。答案已更新！谢谢。
–轨道轻赛
2013年2月2日在1:27
#3 楼
我预测以下情况。人们开始注意主持人在这些情况下的合并。
主持人在负载下吟。
有些不同的答案已实现。
比较删除投票故事的进展。
我完全希望看到Shog9做出的回应，即不会因为销量低。
评论
我建议将所有这些标志单独定向到Shog9的收件箱。
–user164207
13年2月4日在13:46
糟糕-您的预测已经部分实现：＃1正是我今天无法关闭那些假人时所做的。我以为，也许mod可以做到...所以如果我发生这种情况，我不会孤身待很长时间，而＃2将很快实现。让我们更好地直接进入＃3并实现当前行为的未实现:)
–晕
13年2月4日在19:56
合并一直是仅用于mod的功能。至于重复关闭：除非到目前为止人们一直在忽略这些场景，否则这是明智的选择。
– Shog9
13年2月4日在22:14
预言的第四部分已经实现了...
–user164207
2013年2月5日15:30
#4 楼
这项新更改使难度变得更大，因为如果在原始答案得到回答之前提出了重复的问题，则即使另一个问题得到了答案，这也大大降低了关闭任何一个问题的可能性。
实际上，这种情况很少发生。人们需要花费一些时间来找到重复项，投票以结束投票等。
一个问题是否重复另一个问题完全独立于它是否有答案。
好吧，我不会完全说。看到，大多数重复不是精确的逐字重复。实际上，如果您尝试发布现有问题的复本，系统将使您大吃一惊。因此，您实际上最终不得不关闭的是相似但不相同的东西。理想情况下，他们俩都在询问同一件事，并且如果其中一个已经有了答案，您可以直接追逐并验证。
一个人可以...问一个问题，没有答案，用sockpuppet问同样的问题，继续直到回答。
你不会甚至需要一个精明的木偶大师才能达到这种效果；我们已经将整个类归结为SO来发布相同的作业。
但是，事实是，关闭双工是解决该问题的缓慢，费力，痛苦的方式。尽管新版本令人兴奋，但Gaming仍关闭了37个问题，作为不符合新标准的其他问题的重复。产生大量兴奋的事物也往往会很快得到答复。滥用行为往往会引起更严厉的回应。
这种变化带来的好处很小。
是的，非常简单。因为...几乎没有人这样做。
老实说，我不希望它会以一种方式或其他方式产生显着的变化。如果确实有问题，我们将予以解决。
有关进行此更改的原因以及如何将其与其他最近对重复处理进行的更改相适应的详细信息，请参见：更改为“作为重复关闭”（部分重复）
以下是来自堆栈溢出。所有这些都至少获得了新的限制所阻止的一票表决权：
.Focus（）无法在JQUERY MOBILE中使用jquery或javascript工作
Xcode中的一个奇怪错误：内部错误[IRForTarget]：无法重写外部变量
从PHP访问Gmails SPAM文件夹
添加完整链接短链接使其使用scrapy有效吗？
Windows下iOS开发的替代方案
android客户端证书
附加属性的完整语法
日期中的平均天数Mysql ，PHP
记录用户定义事件的最佳实践
使用openGL捕获ScreenShot
单击Parent，然后显示Child，但两者均显示。一次只显示Child的可能性如何？
使用C＃将微妙的代码转换为unicode？
在任何来源中都找不到rake-10.0.3（Bundler :: GemNotFound）
解码wordpress主题
解码文件$ OOO000000 = urldecode
基于字符串删除多行注释
反混淆函数。php
JavaScript弹出框的设计/样式？
检测画布中的形状
使用iText确定PDF类型
bind（）是否更改函数引用？ |如何永久设置？
在C＃中执行drush网站安装
Facebook auth.login不会触发window.location
第二次登录时Facebook错误对话框
c ++中快速后缀树的构造
致命错误：在
上的非对象上调用成员函数query（），FckEditor转换nbsp；一些钻石人物？
获取喜欢页面的事件？ （FACEBOOK API）
让我脱离这个紧要任务
在Wordpress中获取按分类法过滤的特定帖子类型的所有帖子
Google Maps坐标不正确
如何添加用于复制和粘贴的contextmenu功能？
单击后如何保持按下一个按钮？
如何解析响应xml字符串？
如何将指针ref传递给JNI中的本机方法
我该如何解决android中datepicker对话框所面临的问题？
如何通过XML DOM在PHP中定义参数，以使用xml Dom创建简单的php / curl（函数/类）
如何生成Reed-Solomon生成器矩阵？
如何使用.htaccess和PHP生成seo友好的URL？
如何从当前位置到另一个国家的位置？
如何从三个表中求和？
如何知道我们的应用是否已从iOS设备卸载？
如何使RichTextBox仅显示文本？
如何通过WPF和C＃将文件保存到服务器上的共享文件夹中
HTTP GET和POST
人类语音转换为Darth vader ios中的语音
GNOME终端vim中的指示模式
用numpy插入角度旋转角度
'iostream'：没有这样的文件或目录
C ++是上下文无关的还是上下文相关的？
是否可以从我的应用程序-Android中从Google Play下载应用程序
是否可以为特定设备启用Facebook应用程序的沙箱处理？
用户是否登录了Google？
kd树实现的折衷
使用glew时lnk2019错误
使Enter键用作vb 6.0窗体上所有控件的Tab键
当应用程序进入后台时，MPMoviePlayerController被暂停
就像在Facebook上一样查看网页
仅适用于专家：Facebook API PHP / Javascript-刷新Ajax调用后的页面
在使用ITLSSPProc.dll时退出并在TypeScript中引用
probem
将RadioButton的文本放在可单击区域的左侧
Qt Creator-如何添加编译器？
使用smoothScatter产生的色彩密度散点图的R图例
从USB读取5v电源电压
调整上传图片的大小
使用Android共享意图在Facebook中共享文本
不可能的任务-格式化字符串攻击
未定义对`vtable的引用。 ..'
VBS删除文件夹和文件
VF2（或其他）图形同构在Java中实现
为什么android.os.IServiceManager无法在android中解决
为什么.length（）不是Java中数组的方法？
Windows 8-出现打开模式对话框不需要的UI问题
Winforms-UI工具
将其移到...
更新：Daniel Beck指出了我的查询存在的问题，我已将其更正-上面列出的过去30天内，Stack Overflow的正确结果数是75。
评论
好吧，也许我简化了一点。但这并不是我的主要论点，这就是为什么它在列表上排在第三位。不过，我将删除该句子，因为我不想使误解永久存在。
–murgatroid99
13年2月2日，0：47
好的，我已经根据您的编辑进行了编辑。
– Shog9
13年2月2日在6:11
当问题解决后，我们为什么不撞到（未答复的）重复目标呢？
–神秘主义者
13年2月2日在6:12
@Mysticial，请参阅：meta.stackexchange.com/questions/123351/…
– Shog9
13年2月2日在6:14
@ Shog9我不同意你的第二点。答案可以帮助我们确定问题是否重复，但不会改变它们是否确实重复。而且我真的不认为有充分的理由只因为他们没有答案而留下重复的副本。发布答案时，您是否检查了多少次重复游戏不符合您的条件？
–murgatroid99
13年2月2日在6:25
要回答您的问题，@ murgatroid99：是的，确实如此。但是，当涉及到后来被删除的所有者的帖子时，我搞砸了支票。实际数字是37。
– Shog9
13年2月2日在6:38
我随机浏览了几个封闭的问题。除此问题外，大多数问题似乎都已正确关闭，因为较新的问题实际上较新的问题有所答案，因此应逆转接近的方向。
–易江
13年2月2日于16:59
@ Shog9您在回答中提出了一些好的观点，但对我来说，这听起来像是您主要在争论我的论点不是很强。我最重要的一点是我的第一句话：限制虚假目标不是一件好事。我真的很想知道为什么将未回答的重复问题悬而未决的好处。
–murgatroid99
13年2月2日在17:03
我不同意您的说法，因为如果您确实建立了未回答问题的图表，那么当有人找到答案时，它将进入未解决的问题，并且您所描述的图表将被预先构造。使用新系统，我们必须等到有人回答一个问题，然后搜索以查看是否有任何问题成为已回答问题的有效副本，然后将其关闭。这将要求我们在给定重复目标的情况下搜索要关闭的问题，这与关闭系统应该促进的工作流程完全相反。
–murgatroid99
13年2月2日在17:29
@ murgatroid99：假定不存在已回答的问题。如果这样做了，但是却被一个未回答的问题忽略了，那就不好了（例如：stackoverflow.com/questions/14474033/…）。我也遇到过一些问题（包括上述的TimYiJiang在内），其中已回答的问题已作为未回答的问题的副本被关闭了-这显然不是理想的选择。
– Shog9
13年2月2日在17:46
因此，也许解决方案是禁止将未回答的问题作为未回答问题的重复项来关闭，并在关闭未回答的问题时将已回答的问题浮动到列表的顶部。
–murgatroid99
13年2月2日在17:58
第二部分已经实施；第一部分也可以通过不允许关闭作为未回答的副本来完成。我们可以进一步完善该检查，使其仅在回答源时才应用。回顾以上问题，您会说关闭有什么好处（适当地指导问问者或未来的读者）？
– Shog9
13年2月2日在18:35
查看这些示例性问题，我注意到：几乎所有这些问题（所有这些都是句号？）都是封闭的，因此并不是“几乎没有人这样做”；您有20个示例，其中有5个人投票结束了此类问题。我还注意到几乎所有重复的“源”问题都得到了回答……仅获得0分的答案（或肯定的得分答案，我认为稍后会对其进行投票）。 0分的答案不算是特别愚蠢的IMO。基本上，该清单似乎抹去了您几乎所有的观点，除了不相关的观点（滥用袜子，一词一伪）
–本·布罗卡（Ben Brocka）
13年2月3日，23：26
@Ben：我在使用查询进行查询时遇到了一个错误-在过去30天内，实际上有75个符合条件，总共关闭了4500个重复的问题。但是，您提出了一个有趣的观点：其中大多数确实有答案，但他们没有任何投票。仅检查答案是否存在就足够了。
– Shog9
13年2月4日在16:29
您已经说过几次了，它太小了，不会有所作为...那么为什么要实施呢？我想SE通常不会向开发人员支付费用，他们会花时间将无用的东西随机添加到代码中：P
–user154510
13年2月4日在21:34
#5 楼
询问Ubuntu和偏离主题的错误在非盟，我们有政策关闭有关偏离主题的错误的问题/问题。有时，与错误相关的信息非常有价值，问题会在注释或正文中得到更新。即使只是错误报告的链接，它仍然是您不想一遍又一遍地添加到每个重复问题中的信息。
使用新的紧密复制系统，不可能将这些问题标记为重复。以下是一个问题示例，我们每周会得到以下问题：
youtbe视频上的绿点与“为什么Google Chrome在YouTube上显示工件？”重复出现。
后者提供了有用的信息，如果我能够将其标记为重复信息，则发布有关它的更新会容易得多。此外，我们现在还必须将所有重复项关闭为离题主题，这对于新用户（可能）是一个更大的选择（比向他们提出更多信息的问题更重要）。
注意：正如吉尔斯指出的那样，在这种情况下，我只是可以给出答案之一，但是也许这不是给出的最好例子。如果要尽快关闭，则一开始就没有任何答案。
评论
为什么不赞成引用错误号的答案呢？
–吉尔斯'所以-不再是邪恶的'
13年2月4日在9:53
@Gilles这些错误报告在AU上根本没有答案。他们之所以只有答案，是因为他们没有及时关闭。那可能不是最好的例子。
– Gertvdijk
13年2月4日在10:24
因此，也许您应该将策略更改为写一个回答“这是错误#xxxx”的答案。
–吉尔斯'所以-不再是邪恶的'
13年2月4日在10:38
@吉尔斯（Gilles）是个好主意，但随后人们仍然需要赞成通常被认为是“低质量”答案的提议。这并不难，但不方便。
– Gertvdijk
13年2月4日在10:40
@Gilles批准答案然后允许关闭重复项只是一种解决方法。尽管这是一个很好的建议，但我认为，无论建议的骗子是否有答案，我们都应该能够在发现重复项时进行密切投票。这个问题是最近几天才出现的新问题。 “关闭投票”按钮被禁用，我认为这是一个错误（或重大的未宣布的政策更改？）。
–汤姆·布鲁斯曼
13年2月4日在15:22
@TomBrossman我认为您已经错过了此Meta帖子首先存在的原因：)更改为“关闭重复”
– Gertvdijk
2013年2月4日15:24
@gertvdijk gh，我是个白痴。我没有向上滚动以阅读原始问题就输入了以上评论。我现在要羞愧地垂下头...
–汤姆·布鲁斯曼
13年2月4日在15:26
提出答案然后进行欺骗是一种解决方法，它将AU变成了错误跟踪器。不是它的目的。我们应该关闭它们而没有答案
–ɥʇǝS
13年2月4日在20:36
为什么不只是关闭主题，并在评论中提供指向封闭的工作解决方案的链接？简单地将其作为重复项关闭并不能告诉OP该问题是题外话，因此给您的网站范围造成了错误的印象。
–雷切尔（Rachel）
13年2月6日在20:45
@Rachel答案就在其中；）。后者提供了有用的信息，如果我能够将其标记为重复信息，则发布有关它的更新会容易得多。另外，我们现在必须将所有重复项关闭为离题主题，这对于新用户（可能）是一个更大的选择（比向他们指出更多信息的问题大）。
–ɥʇǝS
13年2月6日在21:54
@TomBrossman解决方法。
– Gertvdijk
2013年2月7日在1:32
我认为雷切尔是对的。如果不在主题范围内，则它不在主题范围内，应作为主题关闭。如果您想提供帮助，则可以注释该问题的链接，该链接包含有用的注释/未批准的答案。
– AndrewC
13年2月8日在1:20
我认为非盟在这方面与其他SE网站有所不同。希望我今天有时间提出有关此问题的“ part deux”帖子。
– Gertvdijk
13年2月8日在8:51
#6 楼
我同意OP，但我知道这样做的原因。将未回答的重复项封闭在链中可以减少任何人获得答案的可能性，因为潜在的回答者必须遍历整个链来找到正确的问题来回答。我认为这可以解决一份条款您仍然可以投票关闭副本。这些“将来可能重复的投票”（PFDV）将与两个问题ID一起存储在数据库中。如果随后的网络中的任何问题都获得了一个“好的”答案（无论如何定义），那么应该有某种机制（可能是手动的）将该网络中的问题合并到原始网络中，或者关闭整个网络作为该网络的副本。
否则，SE的初衷在一定程度上受到破坏。对于一个问题，没有一个规范的答案，即知识可以保持分布在多个问题和答案中。
评论
正如我在另一篇文章中所说，我几乎肯定重复的链会崩溃，每个封闭的问题都指向一个开放的问题。
–murgatroid99
13年2月2日于16:37
@ murgatroid99：不，那不会发生，至少不会自动发生。
– Shog9
13年2月2日在17:27
哦我的错
–murgatroid99
13年2月2日在17:28
将无答案的重复项按链式关闭可以使任何人获得答案的可能性降低-确切地说-为什么这么难理解。
–亚当·拉基斯（Adam Rackis）
13年2月6日在21:03
我喜欢“未来可能重复投票”的想法-让所有人（包括OP）感到高兴。
– AndrewC
13年2月8日，下午3:14
我喜欢这种“可能的未来重复投票”的想法。一个问题是，这给所有事情增加了另一层复杂性。这可能将是对问题的另一种投票方式，我很确定这将是网络中唯一在无限远的未来中只会产生明显影响的行动。
–murgatroid99
13年2月8日在3:30
#7 楼
我不同意这个建议。人们来StackExchange寻求答案，花时间写一个问题，却又想把它作为另一个没有答案的较老问题的副本而关闭，这是非常令人沮丧的。很好的答案。
感到沮丧的不仅是提问者。有时候，我会找到一个完全符合我的情况的SO问题，但是它作为重复项关闭了，因此，我遵循重复链接只是在那里找不到好的答案，或者链接的问题与我的情况不完全匹配，因此列出的答案不适用于我。
正如Shog在这里说的（重点是我的话）：
此外，近距离目标甚至只能回答问题
直接指定ID或URL时（同一作者的
问题和元帖子除外）。主持人可以
必要时覆盖最后一个限制
因此，如果有人真的想花时间创建大量额外的帐户来滥用系统并继续要求相同的问题，我们的“人为异常处理程序”可以介入并处理这种情况。
关于有多个未解决的问题问同一件事，这有什么问题？现在，问题实际上会得到答案的可能性更高，因为它增加了问题之一与知道答案的用户交叉的机会。
使所有未回答的“重复”问题，只需通过评论将两者链接即可，因此它会显示在右侧的“链接”问题列表中。一旦他们中的一个得到了很好的答案，用户就可以浏览列表并关闭所有重复项。
最后，最小的收益是什么？我不同意。
发布一个新问题，并使其与旧的未回答问题重复存在，实在令人沮丧。较旧的问题不会获得与新问题几乎相同的关注，并且不能保证较旧问题的操作流程仍然可以回答有关其帖子的问题，或者根本不提供任何输入以获得良好答案。
此外，封闭式问题的OP不会收到重复问题上张贴的答案/评论的通知，因此他们不太可能看到在那里张贴的任何新答案或回应要求澄清的评论。
只关闭重复回答问题的新规则对寻求答案的人很有帮助，这主要是StackExchange网站的目标对象。
评论
在许多这样的情况下，如果旧问题没有[好的]答案，则可以将旧问题作为新问题的重复来解决。可能有一种鼓励始终关闭较差问题作为更好的问题的重复机制的机制要比总是关闭较新问题作为老的问题的重复机会更好，因为在实践中，后者总是会发生。
–服务
13年2月6日在21:27
首先，解决问题总是令人沮丧，但这并不意味着我们不应该这样做。如果一个问题没有答案，则没有理由期望另一个副本会得到答案。如果可以的话，将一个问题作为一个重复项关闭对我来说仍然有意义，这样任何一个访问者都将被重定向到规范问题，并且当它得到答案时，两个问题都已经指向了规范问题。回答。也许更好的解决方案是，如果另一个问题由于重复而被关闭，则提出一个旧问题。
–murgatroid99
13年2月6日在21:33
从人们寻找答案的角度来看，这样做的问题是，如果有两个未回答的问题问同一件事，而一个被回答，则另一个可能不会被重复，当人们找到该问题时，将会看到没有答案的问题，而不是答案的链接。您提议的解决方案似乎只是解决新变更所引起问题的一种解决方法，而我建议您首先避免这些问题。
–murgatroid99
13年2月6日在21:36
@ murgatroid99-“如果一个问题没有答案，则没有理由期望另一个副本会得到答案”-当然是。新的用户很可能会看到这个新问题，这些用户恰巧正在看相关的标签。
–亚当·拉基斯（Adam Rackis）
13年2月6日在21:40
新问题关闭后，应通过dupe链接将至少部分注意力转移到旧问题上。但这可能还不够，这就是为什么我建议一个更好的解决方案可能是，当其他问题作为重复对象被关闭时，或者像Servy建议的那样，关闭旧的问题作为新的未回答对象的重复来关闭旧问题。关键是我不认为这两个问题都应该公开，因为这会分散注意力并减少一旦一个人得到答案就将两个问题链接到规范答案的机会。
–murgatroid99
13年2月6日在21:47
@ murgatroid99结束您的问题并不总是令人沮丧。我完全不介意将我的问题作为已回答问题的重复项提供给我所需的答案。不过，我要介意的是将我的问题作为一个未回答的问题的重复项来关闭，因为这样我就没有答案了，也不会收到有关新答案的通知。
–雷切尔（Rachel）
13年2月7日在14:53
至于有多个未解决的问题问同样的事情，这有什么问题呢？问题是，我们最终会导致网站混乱不堪，答案率下降。我认为SE的一面目的不是像一个论坛，而是将数据/答案分布在整个网站上。如果我们无法以某种方式关闭未答复的重复项，那么最终结果就是那样。也许我们不应该将它们重复关闭，但是（在大多数情况下）应该以某种方式关闭它们，以保持网站的清洁。
–ɥʇǝS
13年2月7日在23:30
错，我的意思是“全点”而不是“全点”。抱歉。
–ɥʇǝS
13年2月7日在23:36
@ murgatroid99“它应该通过dupe链接至少将注意力转移到旧链接上”：您有多少次以重复的形式关闭了一个问题，并以为“嘿，让我们来看一下该链接的位置-也许还有一个未解决的问题对我来说，还是我可以赞扬的一个很棒但不受欢迎的答案。”我不。有人与未解答的问题相关联的机会很小，因此Closed =如果我知道答案，那就太无聊了；只有想要知道（不知道）的人会点击该链接。封闭式重复问题比开放式问题回答的可能性较小，而不是更多。
– AndrewC
2013年2月8日在3:12
@AndrewC好吧，我的观点仍然成立。即使回答重复的问题存在问题，也有比已实施的解决方案更好的解决方案。
–murgatroid99
13年2月8日在3:16
@ murgatroid99在问答网站上，还有什么更重要的？得到答案或结束问题？混乱应该一直存在，直到我们找到答案为止。之后，我们总是可以关闭重复对象，并在注释中立即链接到它们，以便它们显示在彼此右侧的“链接”列表中。我认为这种情况很少出现，因为重复通常是新用户提出的简单问题。简单的问题没有答案是不寻常的。你有例子吗？
– AndrewC
13年2月8日在3:29
@Seth我可以知道你来自哪里，但我不同意。人们来到SE网站而不是论坛是因为他们想要答案，而不是讨论。如果他们提出适合该网站的问题，除非我们也可以为他们提供答案，否则我们不应该结束该问题。找到答案后，我们总是可以重复关闭。
–雷切尔（Rachel）
13年2月8日在13:17
人们来到StackExchange寻求答案并非全部。我们中的一些人来Stack Exchange撰写答案，难道我们也不值得再懈怠吗？为什么要针对发布问题之前不会被搜索的人进行优化？相反，为我们优化免费打工族。您应该进行搜索，然后对现有问题提供悬赏或以其他方式提出质疑，而不是发布重复内容。
–轨道轻赛
2013年2月17日14:58
#8 楼
通过链接到一个“主”问题进行合并。由于用户/管理员已经找到了重复项，因此杂乱且易于出错的工作已经完成。合并只需要...
关闭“从属”问题以进行编辑和添加，并在这些问题的顶部（底部）添加“合并到”链接，指向选择的“最佳”问题，成为“主要”问题。
只有“主要”问题将继续允许进行编辑和添加，并且“合并自”链接将添加到其底部，指向每个“从属”问题。
这将使沮丧的，相对较新的用户发布新问题（该问题很可能包含该问题的其他方面），而经验丰富的用户以后可以将其与“问题”“合并”。 “主人”。
经验不足的用户不会因为他们的第一个问题毫不客气地关闭而没有答案而被赶走，同时又为解决方案提供了可能。至少，相关问题可能会为研究提供其他关键字。
edit ...拟议的实验
我们可以通过启动创建“重复项”的实践来获得一些有用的经验数据。关于重复问题的答案。它仅包含指向原始副本和其他副本的链接。本身无需建立“主人”。新的重复项不会被关闭，因此通过实践，可以继续编辑“重复项”答案以及指向潜在答案的附加链接。其他问题的答案越好，“重复的”答案的投票率就越高。
如果这被证明是有用的，则第一个编码增强功能可能是自动投票链接的问题-就像Google的搜索匹配一样。另一个可能是只允许在其余问题关闭的情况下编辑“重复”答案。
#9 楼
当先前的几乎相同的问题没有答案时，是否可以通过某种方式自动合并问题？评论
这似乎是有问题的-主持人进行合并时（有时）会引起足够的麻烦。也许是成功骗局成功的目标的自动碰撞？
–迈克尔·彼得罗塔（Michael Petrotta）
13年2月2日，0：21
自动碰撞是个好主意。
–很棒的贵宾犬
13年2月2日，0：21
不过，目标会通过封闭的问题获得隐式的碰撞。
–轨道轻赛
13年2月2日，0：22
@LightnessRacesinOrbit隐式凹凸比显式凹凸效果要差很多。
–LessPop_MoreFizz
13年2月2日，在2:27
@LessPop_MoreFizz：我们正在寻找什么效果？
–轨道轻赛
2013年2月2日在2:52
我想，@ LightnessRacesinOrbit会增加对该问题的关注，最理想的情况是得出答案。
–LessPop_MoreFizz
13年2月2日，下午2:55
@LessPop_MoreFizz：啊，对于没有答案的目标。对。
–轨道轻赛
13年2月2日，下午2:57
#10 楼
我希望StackExchange可以正确合并链接重复项中的所有答案。这样可以：确保无论看到问题的哪里，我都能看到每个问题的答案
使所有答案中的最佳答案都排在最前面投票
防止人们以重复的方式回答类似的问题，而实际上现有的答案是一个稍有不同的问题。
评论
我认为合并非常复杂，以至于听起来很难。这在这里似乎不太相关，因为我主要是在谈论没有答案的问题。
–murgatroid99
13年2月3日，下午5:58
我没想到通知方面会给“合并”操作带来极大的复杂性。但是，我仍然认为某种形式的链接合并是质量解决方案。我们只需要弄清楚一个可编码的过程，因为任何需要单击才能启动的操作都是不可行的。
– DocSalvager
13年2月11日在14:33
#11 楼
我看到的这一变化的两个最大问题是，它促进了提出一个未回答的问题并自己回答（而不是回答旧问题，偷走了原始提问者的代表）和
像这样的问题正在作为另一个问题的重复被关闭，尽管存在另一个与第一个问题相同的问题，但是并没有作为一个重复被关闭。
我不在这个问题的答案中，到目前为止，还没有看到好处超过了所有缺点。
评论
不知何故，我原本设法将这个答案发布在一个错误的问题中。我应该减少打开的选项卡。
– 3ventic
2013年9月23日14:35在
#12 楼
在两种情况下，会看到消息“此问题没有经过批准或接受的答案”-当前问题有一个好的答案，
而两个问题都没有有很好的答案。
对于第一种情况，当前行为良好。只需添加说明
“考虑将引用的问题作为当前问题的副本
关闭”。
如果同时存在两个问题没有好的答案，我喜欢将更改从Close推迟为“以重复形式关闭”（部分Deux）的想法。
而不是当前不允许关闭，将消息更改为类似
“当前问题或参考问题都没有被赞成或接受的答案。我们将记录您的投票，但只有在其中一个
问题得到很好的回答之后，其他问题才被认为是封闭的。”
同时应该添加标准的“可能重复的”注释（可能同时出现在两个问题上吗？）。
投票不应进入“关闭”队列，但要等到所有问题都被投票/接受为止回答。
评论
我会建议有人建议不要使用沙袋。在这种情况下，“很难识别”！不，绝对可以。参见meta.stackexchange.com/questions/65604/…
哦!不知道好吧..
重复关闭所有这些愚蠢的SQL并不会进行错误检查的问题已经非常耗时。我真的不需要经过一个额外的滤镜层。我确实还有一些现实生活。但是，如果没有完成，那么该标签将在自身重量下爆炸。
相关：Buggy bug bug bug bug bug bug！
最糟糕的是，IMO，当其中一个问题得到答案时会发生什么？早些找到重复副本的工作浪费了，其他人不得不在回答一个之后又再次找到了那个骗子，并且知道要回答哪个只是为了能够关闭
@BenBrocka是的，我想在第一点说类似的话。
没关系，袜子木偶。在Server Fault上，我们通常会看到人们使用相同的帐户（通常与最初编写的帐户）重新发布其问题。有时是因为他们没有得到答案，其他时候是因为他们的问题已被关闭并且他们不知道应该编辑它。
我特别提到了袜子木偶，因为在新系统下，您描述的问题可以关闭，但前提是同一用户提出这些问题。
如果有人有一个很好的例子来解决一个无法解决的重复问题，请您将其发布为特定问题的答案，因为该问题不能重复，因为……这个问题。
+1此修改是毫无头脑的，我遇到了这个问题，该问题是该问题的重复项，但由于原始问题没有答案，因此我们不允许将其标记为重复项。当然，当它的质量低下，没有表现出任何努力并且因此而被关闭时，它并没有该死的答案！因此，我们应该能够关闭第二个副本。
我们可以在Shog9或团队其他成员之一发布“我不够认真”的答案时，在Meta上重新打开其中一些备受推崇的问题吗？