But you agree that year old posts being inserted as new is a terrible idea! 
The opposite of that is to keep chronology so that when a duplicate topic is created by someone and merged to an established topic, the new post gets put it at the right point.
Could I be so bold as to run a poll?
As a forum moderator, which behaviour would you prefer to see?
0 voters
But the existing behaviour is not B.
The existing behaviour shoves the posts in a totally random point … in my case about 200 posts back and ‘2 years ago’ despite having dates of ‘1 day ago’.
In addition to this, when listing the posts in latest or category view, the most recently dated post (which comes from the newer merged thread) is marked … but it’s actually buried in the thread way earlier.
That has to be a bug?
Did you have any weird migrations on your site? Will I be able to repro this on try.discourse.org?
Yes this forum was a perfect once-run import from phpBB. Would that make a difference?
Don’t know, but I’ll give it a run at some point. I have reproduced it on 3 forums that have come from phpBB, but not on a clean install yet.
The option to do one or the other would be lovely. I like the other way, and so does my community, so the status quo is an irritant 
Just experienced this and agree that it is a difficult problem. Had two parallel discussions on exact same topic and interleaving merged list according to chronology looks like it might have worked better. Latest post to original (merged into) topic is now quite a ways up in the thread. Tradeoff hard to analyze at glance.
Discourseは両方の方法を備え、マージ時にモデレーターや管理者がどちらを使用するかを選択できるようにすることはできないでしょうか？
既存のトピックの最終投稿に移動された投稿を挿入したいと考えています。どうやらそれは不可能なようで、移動された投稿は順序通りに表示されず、既存のトピック内の元の投稿の後にリストされてしまいます。
トピックの統合は通常あまり推奨されませんが、投稿は時系列で表示されるはずだと私は思います。
現在の方式は、スレッド化に近いものがあります（最初の投稿とその返信、続いて途中から挿入された最初の投稿とその返信、その後続の投稿という順）。少なくとも私の理解では、これは Discourse の哲学の精神に反しており、場合によっては条文にも反するものです。
現状では、一方のトピックを閉鎖し、両方のトピックの上部に何らかの管理者通知を表示して、もう一方のトピックへの注意を促す方が、より良いアプローチであることが多いでしょう。
この奇妙な挙動についても、私どもも気づいております。ユーザーの皆様が持っているメンタルモデルは、スレッドが定義上、返信の時系列リストであるというものです。新しい投稿に返信する場合でも、数ヶ月前の投稿に返信する場合でも、私の返信は常に末尾に追加されます。トピックをマージすると、このモデルが崩れてしまいます。なぜなら、スレッドの一部が、モデレーターがマージを行った時点のタイムラインに挿入されるからです。
抽象的に考えれば、現在の挙動には理由があることは理解できます。マージされたトピック内の会話の整合性を保つためです。しかし、それによって「そもそもなぜトピックをマージするのか」という疑問も生じます。
当コミュニティの場合、特定のトピックに関する議論を単一のスレッドに集約したいと考えています。例えば、オハイオ州立大学2025年入学組への合格報告をまとめるためのトピックを一つだけ作りたいのです。もし誰かが新しいスレッドを作成した場合、それは公式トピックにマージされます。これらの返信は、スレッド内の他の返信とは独立していることが多く、多くの場合、ユーザーは特定の投稿に対して「返信」ボタンを使って応答するため、返信が画面上で互いに近接していることはさほど重要ではありません。
もし返信が密接に関連し合っているなら、スレッドをマージする必要性はあまりないかもしれません。その代わりに、あるスレッドで返信し、もう一方のスレッドへのリンクを貼る方が理にかなっているでしょう。あるいは双方向にリンクを貼るのもありかもしれません。あるいは、一方のスレッドを閉鎖する手もあります。マージという行為は、二つのトピックが大部分において重複していることを意味します。並行して進行する会話に対処するための他の（そしてより優れた）手段も存在します。
いずれにせよ、これは単なる一つの事例提示に過ぎませんが、このマージの実装方法は、ユーザーの皆様が持っているメンタルモデルに適合しにくく、返信が時系列で並んでいればより有用になり得た機能を、そのポテンシャルから遠ざけてしまっていると言えます。
将来的に、トピックの 
メニューに「投稿を日付でソート」するオプションが追加されるかもしれません。
これにより、デフォルト設定は変更されず、新しい投稿は末尾に結合されたままになります。管理者が、そのトピックにおいてこれらの投稿を過去の議論に織り交ぜた方が適切だと判断した場合、そのようなオプションをワンクリックするだけで、必要に応じて対応できます。
これ、繰り返し出てくるようですが、機能リクエストの場所などはありますか？ぜひ実現していただければ幸いです。
これを行うための Rake タスクは存在しますが、現時点では UI からのトリガーはありません。
インポート中に複数のトピックに分割されたメールスレッドに対してこれを使用する必要があったため、他の人にも役立つかもしれないと思い、詳しく説明します。Discourse インスタンスを実行しているサーバーのコマンドラインにアクセスできる必要があります。
まず、対象のトピックに移動させたいすべての投稿をそのトピックに移動させ、トピック ID を取得します。アドレスバーには以下のようなものが表示されている可能性があります（この例ではトピック ID は 24855 です）：
/t/topic-slug/24855/9
サーバー上で、以下のコマンドを実行して Discourse アプリにアクセスします。利用可能な容量が 5GB 未満の場合は、空き容量を確保する必要があるかもしれません。
cd /var/discourse
./launcher enter app
これが成功したら、以下のコマンドで投稿をタイムスタンプ順に並べ替えることができます。トピック ID は状況に応じて置き換えてください。
rake posts:reorder_posts[24855]
投稿の統合機能に「悪の選択」オプションを追加しました。あなたのユースケースにおいて、どの間違った方法が最もマシかを選べるようになります。
これは（近い将来）ロードマップに追加する予定はありますか？
私もこれに非常に興味があります！少なくとも私たちのフォーラムでは、議論がしばしばトピックから外れるため、全体を新しいトピックに再構成することがよくあります。「移動+クローズ」されたトピックがフォローアップのものよりもランクが高い場合、SEO上の理由で投稿を移動することもよくあります。
これはすでに実装されていますか？