Slack과 통신하기 위한 서버 세팅 및 공개

[myeesan]

공개하기 전에 완료 되어야 할 사항은 다음과 같습니다.

• 서버 빌드시 최신 버전의 Funbot 프로젝트 의존성 확인
• Funbot 프로젝트의 소스가 메인 브렌치에 merge 된 경우, 이벤트를 전달 받아 빌드 수행 후 배포
• 비공개 데이터(서버 환경 및 Secret Key) 분리

[jwChung]

Funbot 프로젝트의 소스가 메인 브렌치에 merge 된 경우, 이벤트를 전달 받아 빌드 수행 후 배포

CD(Continuous Deployment)를 의미하시는 건가요?

[myeesan]

@jwChung 소스 변경시, 실제 배포까지 자동으로 되므로 맞는 것 같습니다. 그런데, CD라는 용어는 너무 거창 한 것 같아요. ^^;

[jwChung]

@myeesan CD에 대해서는 상의하고 싶은 부분이 몇 가지 있습니다. 여기다 그 내용을 적는 것이 좋을지 판단이 안서네요. 혹시 작업이 오프 미팅 전에 이루어집니까? 아니라면 오프 때 다들 모인신 자리에서 얘기해보는 것도 좋겠네요.

[myeesan]

@jwChung 오프 전에 할 수 있을지는 모르겠습니다. ^^ 어떤 점 때문에 그러신지 간단하게 알려주세요~

[jwChung]

@myeesan 정열님 작업과 독립적인 생각일 수도 있겠습니다. 크게 두 가지입니다.

1. semver: funbot에 semantic versioning을 사용하면 어떨까요?
2. 배포는 사람이 판단: master에 컷밋 혹은 병합되면 무조건 배포되는 것이 좋을까요?
   • 소스 수정이 아닌 문서 수정에 대한 컷밋도 배포되는 것이 맞을까요?
   • 소스 수정 컷밋이라 할지라도 배포되는 것이 맞을까요?
   • 이 컷밋(병합은) CI까지 진행, 이 컷밋은 CD까지 진행 이 판단을 사람이 해줘야하지 않을까 생각합니다.
   • 개인적으로 이 판단에 대해 git 태그 기능을 사용하면 어떨까 하구요. semantic versioning을 따르는 git 태그를 만드는 신호로 배포하면 어떨까요?

개인적인 의견을 적은 것입니다. 크게 고려하지 않으셔도 됩니다.

[myeesan]

@jwChung 댓글 감사합니다. semver라는 문서가 있었군요. 좋은 정보네요. 훑어 봤는데, 대충은 이해 하겠지만 어렵습니다 ^^

1. 찬성합니다. 처음엔 release 태그나 버전에 따라서 빌드 여부를 판단하려고 했는데, 현재는 이런 정책이 없는 상황이고 크게 비용이 필요한 부분이 아니라 전체 흐름을 잡고 싶었어요.
2. 대부분 동의 합니다. ^^