YAML 파일로 구동되는 스크립트를 작성하여 Discourse 사이트를 재구성하는 작업을 하고 있습니다. 이는 가장 큰 사이트의 구조를 대폭 재편성하여 탐색을 용이하게 하려는 계획 때문인데, UI를 통해 이 작업을 수행하려 한다면 실제로 진행할 수 없을 것 같기 때문입니다.
이 스크립트는 단위 테스트가 전혀 없습니다. 저는 평소 단위 테스트를 강하게 지지해 왔지만, 이 특정 스크립트에 대해서는 테스트를 작성할 동기가 부족합니다.
이 스크립트는 사실 프레임워크의 성격이 강합니다. 모든 사용자가 저와 동일한 의미를 원하지는 않을 것이기 때문입니다. 그런 의미에서, 사용자가 자신의 필요에 맞게 수정할 것으로 예상되는 마이그레이션 스크립트와 유사합니다.
이러한 제약 조건을 고려할 때, 이 작업을 PR로 제출하는 것이 가치가 있을까요? 아니면 코드 블록 형태로 게시하는 것이 더 나을까요? 예를 들어 #documentation:sysadmin 채널에 올리는 식으로요.
주된 목적은 비슷한 작업을 시도하는 다른 사용자에게 도움을 주는 것입니다. 또한 실제 함수들이 다른 사용자들이 rails 콘솔에서 무엇을 해야 하는지 이해하는 데 도움이 될 수 있을 것입니다.
"MSN"이라는 용어가 정확히 무엇을 의미하는지 잘 모르겠습니다. 제 경우, 제가 수행하는 작업에는 포스트를 카테고리 간 이동, 태그 추가, 포스트의 상위 항목 변경, 카테고리 숨기기, 리다이렉트 추가 등이 포함됩니다. 이 중 일부 작업은 Administrative Bulk Actions에서 다루지만, 일부는 그렇지 않습니다. 하지만 어떤 경우든 모두 하나의 스크립트에서 처리됩니다.
현재 제 경우, 이 작업은 112개에 달합니다. rails c와 rake를 오가며 그 모든 것을 타이핑하는 일은 하지 않을 것입니다. 특히 사이트 리더십과 함께 사이트 구조를 재구성하는 다양한 시도를 하면서 시간당 여러 번 반복해야 할 수 있기 때문입니다.
질문은 "이것을 어떻게 달성할 수 있는가?"가 아닙니다. 저는 이미 코드를 작성했으며, 계속 개선할 의향이 있습니다(예: 실제로 라이브 사이트에서 이 스크립트를 실행하기 전에, 아직 하지 않지만 원할 수 있는 완전하고 상세한 감사 로그를 기록하는 기능 등을 추가할 예정입니다).
질문은 이렇습니다: 이를 어떻게 가장 잘 공유할 수 있을까요? scripts/ 디렉토리에 이와 유사한 것을 찾지 못했습니다(아마 제가 놓친 것이 있을 수도 있지만요). 또한 PR에는 일반적으로 자동화된 테스트가 함께 제공되어야 한다는 점에는 공감합니다(다만 scripts/ 디렉토리에 이 규칙이 얼마나 강하게 적용되는지는 잘 모르겠습니다). 동시에, 이 코드는 이미 150줄을 넘어서고 있으며 계속 늘어나고 있는데, 이는 여기서 코드 박스로 공유하기에 너무 큰 크기입니다. 코드 박스보다 훨씬 더 커질 테니까요.
