阅读别人对你问题的回答后，你应该做的第一件事是投票答案是，就像任何拥有足够声誉的用户一样。对有帮助的答案投赞成票，对给出糟糕建议的答案投反对票。其他用户也会投票回答您的问题。
作为问题的作者，您还有一个附加选项：接受答案这给了你最有用的建议。收件人将答案标记为接受，单击答案旁边的复选标记将其从灰显切换为填充。您可以随时更改接受的答案，或者干脆取消接受接受的答案。
接受回答不是强制性的；不要被迫接受你收到的第一个答案。等待，直到你收到一个很好地回答你问题的答案。
我该怎么办不做什么？
不要更改问题中的代码收到答复后。将答案中的建议纳入问题中违反了本网站的问答性质。
不要添加代码的改进版本收到答复后。包括代码的修订版本会使问题变得混乱，尤其是当有人稍后审阅更新的代码时。
请不要发表只说“谢谢”的评论在这个网站上，投票和接受是表达“谢谢”的首选方式，因为它们可以提高声誉。评论是为了要求澄清，留下建设性的批评，或者添加相关但不太重要的附加信息，而不是为了社交。
我根据这些评论改进了我的代码。接下来呢？
首先，考虑接受其中一个答案。如果其中一个答案为您提供了很好的建议，并为您的代码提供了明确的改进方向，那么只需接受最佳答案，并对您认为有帮助的任何其他答案投赞成票即可。我们不一定要知道您是如何将建议应用到代码中的。
如果您想共享代码的修订版本，以下选项是可以接受的（并非强制性的）：
发布新问题。如果您采纳了一个或多个答案中的建议，但仍不确定代码是否达到了应有的水平，那么可以在修改后的代码中发布一个新问题。为了其他用户的利益，添加相互链接：在新问题中提及前一个问题，并在链接到后续问题的旧问题上添加评论。
发布自我解答。如果你想向大家展示你是如何改进代码的，但又不想再问其他问题，那么就发布你自己问题的答案。在Stack Exchange站点上可以接受自我解答，甚至鼓励这样做：自我学习者你可以为此获得徽章。请注意：
- 您的答案必须符合Code Review答案的标准，就像其他任何答案一样。描述你改变了什么，为什么。 没有真正审查代码的仅代码答案是不够的和可能被删除。
- 向可能帮助过你的其他用户致敬。发布一段仅重申现有答案而不添加新见解的自拍会剥夺其他用户应得的声誉。还可以考虑制作自拍社区维基如果你觉得从中获得声誉是不公平的。主持人也可以自行决定激活自我回答的社区wiki状态。
- 在外部网站上共享代码。如果你不愿意写一个足够的解释来组成一个好的代码审查答案，那么最好不要在代码审查上发布你的后续信息。相反，您可以在外部场地（例如。github,GitHub要点,帕斯特宾,JSBin公司,J小提琴,象形文字,SQL文件如果您的非现场主机具有修订功能，请包含问题中发布的修订链接。设置编辑格式好像这一直是问题的一部分，而不是像“更新”一样。类似于以下内容：
此代码和更新可从以下网址获得：[此存储库]（…某些修订…）
您也可以在对这个问题的评论或在中评论最有用的答案.
