Hacker News 의견

• GitLab이 더 낫다는 의견이 있지만, GitLab도 다른 방식으로 문제가 있음

  • 여러 CI 도구를 사용해본 결과, 가능한 많은 CI 로직을 자체 코드에 작성하는 것이 중요함
  • 개발자 머신에서 파이프라인을 로컬로 실행할 수 있도록 투자해야 함
  • YAML 사용을 가능한 한 피해야 함
  • VC 자금 지원을 받은 새로운 도구에 의존하지 말아야 함
  • 가능한 한 자체 러너를 사용하고, 온프레미스에서 운영해야 함

• GitHub Actions와 DevOps가 널리 비판받는다는 사실이 흥미로움

  • 설정과 테스트가 번거로울 수 있지만, 작동하면 거의 손대지 않음
  • Node 버전 업데이트 외에는 4년 동안 워크플로를 거의 수정하지 않음
  • 개인적으로는 만족스러움

• GitLab을 사용하다가 GitHub로 전환했지만 실망스러웠음

  • GitHub Actions가 GitLab에 비해 매우 부족하다고 느낌
  • 회사 운영 시 GitLab을 선택할 것임

• 피드백 루프가 30-60초인 것이 최악임

  • GHA 환경을 로컬에서 복제하려고 했지만 불가능했음
  • 작은 실수로 인해 많은 시간이 소요됨

• CI가 자동으로 코드를 수정하는 것을 원치 않음

  • 사소한 체크는 pre-commit hook으로 실행되어야 함

• GitHub Actions의 발전이 멈춘 것 같아 실망스러움

  • Earthly와 Dagger의 개발 중단이 아쉬움
  • Depot.dev를 평가한 결과, 매우 똑똑한 팀이 문제를 잘 해결했음

• GitHub Actions가 컨테이너를 설치 스크립트로 오용하게 만듦

  • 워크플로에서 많은 시간이 설치 프로그램 실행에 소요됨

• 적절한 도구를 선택하는 것이 중요함

  • GitHub Actions는 간단한 작업에 적합하지만 복잡한 작업에는 적합하지 않음

• GitHub Action의 보안 문제로 인해 해시를 사용해 의존성을 고정해야 함

  • 해시를 사용하면 훨씬 안전함

• GitHub Actions의 문제점이 많음

  • 10GB 캐시 제한, 러너 유형에 따른 동시성 제한, 높은 비용 등
  • Depot.dev는 GitHub Actions를 더 빠르게 만들고 문제를 해결하려고 함
  • Docker 이미지 빌드를 빠르게 하고, 러너를 최적화하여 작업을 매우 빠르게 만듦
  • GitHub Actions는 인기가 많지만 개선의 여지가 많음