프로젝트 'DeadLock'의 fmt 라이브러리 제거 및 GitHub 워크플로우 도입 시도 경험 공유

핵심 기술: 본 글은 Go 언어 프로젝트('DeadLock')에서 fmt 라이브러리를 제거하기로 결정한 개발자의 경험을 공유합니다. 또한 CMake 설정의 복잡성과 GitHub Actions 워크플로우 생성 시 겪었던 어려움을 상세히 기술합니다.

기술적 세부사항:
* fmt 라이브러리 제거 이유: 터미널 프롬프트 색상화를 위한 복잡성 증가 및 fmt 라이브러리의 구현 방식에 대한 불만족.
* CMake 설정 문제: 문서화된 내용을 시도했음에도 불구하고 CMake 설정이 제대로 작동하지 않아 프로젝트 외관 개선에 어려움을 겪음.
* GitHub Actions 워크플로우 시도: 프로젝트 기여자를 위해 CMake를 위한 GitHub 워크플로우를 추가하려 했으나, GitHub Copilot 사용 시에도 발생한 문제들.
* yml 파일 생성 시 오래된 패키지 사용.
* 패키지 업데이트 후 워크플로우의 핵심 기능(체크 커맨드) 제거.
* Agent 모드에서 장시간 실행되어 수동으로 파일 삭제.

개발 임팩트: 라이브러리 선택 및 적용 과정에서의 현실적인 어려움과 도구 사용 경험을 통해 개발자들이 비슷한 문제에 직면했을 때 참고할 수 있는 인사이트를 제공합니다. 특히, 자동화 도구(GitHub Copilot)의 한계와 실제 개발 과정에서의 필요성을 시사합니다.

커뮤니티 반응: 원문에서 직접적인 커뮤니티 반응은 언급되지 않았으나, 개발자들이 흔히 겪을 수 있는 라이브러리 의존성, 빌드 시스템 설정, CI/CD 워크플로우 구축 등의 문제에 대한 공감을 얻을 수 있습니다.