레포지토리 디렉토리 정리

[kangwooklee29]

레포지토리의 목적(problem solving)을 생각할 때, 불필요한 디렉토리가 너무 많은 듯합니다. 제3자가 볼 때 불필요하게 너무 많은 디렉토리는 레포지토리의 기능 파악 시 헷갈릴 수 있습니다.

현재 디렉토리 목록 및 플랜

.github/workflows
bin
command
docs
geekbot
pull_request_template
solutions

• command: 이 디렉토리는 bin 디렉토리 밑으로 옮겨져야 합니다. OS에서 실행할 수 있는 파일들은 bin 디렉토리 안에 넣는 게 일반적인 컨벤션이고, command 디렉토리 안 파일들도 모두 OS에서 실행할 수 있는 파일들이므로 이 디렉토리 안으로 옮기는 것이 좋겠습니다. (단, 이런 PR이 merge될 경우 로컬에서 bin/command/one-time-setup을 다시 실행해야 합니다. 처음에 잘 했어야 했는데;;)

• geekbot: 이 디렉토리는 엄밀한 의미에서 problem solving과는 정말 관련 없으므로, 다른 레포지토리로 분리하는 게 나아 보입니다. 아니면 applications 디렉토리를 만들고 그 하위로 옮기는 걸 고려할 수 있을 듯합니다.

  • 근데 사실 지금은 이 디렉토리 안 코드가 정상 작동하는지 확신할 수가 없어서 아예 삭제하는 걸 고려해도 될 듯 합니다 ㅠㅠ 계속 테스트 해보는데 저번에 merge 할 때 잘 됐던 코드가 지금은 전혀 작동 안하네요 왜인지... 번거롭기만 하고 쓸모가 별로 없다면 그냥 지워도 되지 않을까 싶네요 관리가 쉽지도 않고..

• pull_request_template: 이 디렉토리가 꼭 docs 디렉토리와 독립돼서 있어야 하는지 확신이 없네요.. @sae1013 민우님 확인 부탁드립니다 !!

목표

많아야 최대 4개 디렉토리로 충분하다고 생각됩니다. 최대 이 정도 수준으로 레포의 디렉토리가 관리될 때 제3자가 보더라도 쉽게 레포의 목적을 이해할 수 있을 것 같습니다.

.github/workflows
bin
docs
solutions

[sae1013]

너무 좋습니다

1. pull_request_template 은 .github/ 로 숨김파일 처리할 수 있습니다. (pr올릴게요)
2. one_time_setup 커맨드는 다시해야죠 ㅎ ㅎ

[kangwooklee29]

넵 그럼 저는 geekbot, command 디렉토리에 관한 PR 올리겠습니다 ㅎㅎ