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?
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 철학의 정신은 물론 글자 그대로의 원칙에도 어긋나는 것입니다.
현재로서는, 한 토픽을 닫고 두 토픽 상단에 관리자 공지사항을 표시하여 다른 토픽에 대한 관심을 유도하는 방식이 더 나은 접근법이 될 수 있습니다.
저희도 이 이상한 점을 알아채고 있습니다. 사용자들이 가진 정신적 모델(mental model)은 스레드가 정의상 답글의 시간순 목록이라는 것입니다. 새로운 게시물에 답글을 달든, 몇 달 전 게시물에 답글을 달든, 제 답글은 항상 끝에 붙습니다. 주제를 병합하면 이 모델이 깨집니다. 관리자가 병합하는 시점에 스레드의 일부가 타임라인의 해당 지점에 삽입되기 때문입니다.
추상적으로 보면, 현재 동작 방식의 논리를 이해할 수 있습니다. 병합된 주제 내 대화의 무결성을 유지하기 때문이죠. 하지만 동시에 _주제를 왜 병합하는가_라는 질문도 제기됩니다.
저희 커뮤니티의 경우, 특정 주제에 대한 논의를 하나의 스레드에 통합하고 싶습니다. 예를 들어, 오하이오 주립대 2025학년도 합격 여부를 보고할 공식 주제 하나를 원합니다. 누군가 새로운 스레드를 만들면 공식 주제에 병합됩니다. 답글들은 스레드 내 다른 답글들과 독립적인 경우가 많습니다. 대부분의 경우 사람들은 특정 게시물에 응답하기 위해 ‘답글’ 버튼을 사용하므로, 페이지에서 답글들이 서로 가까이 있는 것이 그렇게 중요하지 않습니다.
답글들이 긴밀하게 연결되어 있다면, 스레드를 병합할 필요가 없을 것이라고 생각합니다. 대신, 하나의 스레드에서 다른 스레드에 대한 링크를 달아 답글을 남기는 것이 더 합리적입니다. 또는 양방향으로 링크를 걸 수도 있고, 스레드 중 하나를 닫을 수도 있습니다. 병합은 두 주제가 상당 부분 겹친다는 것을 의미합니다. 평행한 대화를 처리하기 위한 다른(그리고 더 나은) 도구들이 있습니다.
어쨌든, 저는 단순히 하나의 데이터 포인트를 추가하는 것입니다. 이 병합 구현 방식은 사용자들이 가진 정신적 모델에 맞추기 어렵고, 답글들이 시간순으로 정렬된다면 기능의 유용성이 더 높아질 수 있을 것입니다.
어쩌면 someday 주제의 
메뉴에 "게시글을 날짜순으로 정렬"이라는 옵션이 추가될 수 있을까요?
그렇게 하면 기본 설정은 그대로 유지되어, 게시글이 끝 부분에 병합되는 방식이 기본이 됩니다. 관리자가 해당 주제에서 게시글이 기존 토론 속에 자연스럽게 녹아드는 것이 더 적합하다고 판단하는 경우, 해당 옵션을 클릭하기만 하면 필요에 따라 바로 처리할 수 있습니다.
이 문제가 반복적으로 발생하고 있는 것 같은데, 어딘가에 기능 요청 사항이 있나요? 이 기능이 정말 필요할 것 같습니다.
이를 수행하는 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) 측면에서 더 높은 순위를 차지할 때 게시물을 이동하기도 합니다.
이 기능이 이미 구현되었나요?