어떤 오픈소스 애플리케이션은 하루에 한 번 이상 업데이트되는 반면, 어떤 애플리케이션은 매달 업데이트를 거의 받지 못하는 경우가 있다는 것을 눈치채셨을 것입니다. 이상하게 들릴지 모르지만, 이는 실제로 오픈소스 소프트웨어의 협력적인 특성을 반영합니다. 이러한 업데이트는 단순한 무작위적인 수정이 아니라, 기존 기업보다 훨씬 빠른 속도로 코드를 개선하고, 새로운 기능을 추가하고, 취약점을 수정하기 위해 노력하는 기여자와 개발자들의 지속적인 활동을 반영합니다.
매일 업데이트되는 빈도는 일부 사람들이 생각하는 것처럼 개발상의 결함이나 혼란이 아니라, 커뮤니티 기여 덕분에 끊임없이 진화하는 생생하고 개방적인 프로젝트를 나타냅니다.
일부 오픈소스 애플리케이션이 하루 종일 여러 번 업데이트되는 이유가 궁금했던 적이 있나요? 여러 가지 이유가 있겠지만, 결국은 강력한 오픈소스 커뮤니티 덕분입니다.
오픈 소스 코드는 하루 종일 업데이트되는 경우가 많습니다.
폐쇄형 소스 애플리케이션의 경우, 최종 사용자는 코드가 얼마나 자주 업데이트되는지 확인할 수 없습니다. 대부분의 경우 코드는 하루에 여러 번 업데이트되고, 때로는 하루에 여러 버전이 출시되기도 하지만, 이 모든 정보는 내부 접근 권한으로만 제한됩니다.
오픈 소스 앱과 코드의 경우 업데이트는 더 자주(아니면 더 자주) 이루어지지만, 대중은 전체 내용을 볼 수 있습니다. 다음과 같은 사이트를 방문해 보세요. GitHub의 현재 진행 중인 프로젝트를 살펴보면 하루에 많은 코드 설치가 이루어지는 것을 확인할 수 있습니다. 예를 들어, vim의 GitHub 매일 여러 개의 태그가 게시됩니다.
일부 개발자는 GitHub에 직접 제출하는 반면, 다른 개발자는 Jira와 Jenkins와 같은 도구를 사용합니다. 이 도구는 하루 종일 설치된 모든 항목을 집계하고 특정 시간에 단일 설치를 수행합니다.
어떤 오픈소스 프로젝트 경로를 사용하든 코드는 여전히 자주 제출되고 있으며, 하루에도 여러 번 제출되는 경우가 많습니다.
코드는 매일 바뀌기 때문에 일부 개발자는 사용자에게 새로운 기능이나 기능을 가능한 한 빨리 제공하고자 하며, 특히 버그가 코드에 침투하여 즉시 수정해야 하는 경우 하루에 여러 번 업데이트를 출시해야 합니다.
일부 앱에는 하루 중간에 빌드를 발생시키는 작업이 있습니다.
일부 프로그래밍 프로젝트는 수동 빌드 트리거에 의존하고 GitHub과 같은 서비스를 코드 저장소로 사용합니다. 이러한 애플리케이션은 코드를 수동으로 컴파일하고 업로드하거나 릴리스해야 합니다.
GitHub은 GitHub Actions라는 서비스를 제공하는데, 이 서비스는 코드를 자동으로 수신하고 여러 트리거에 따라 컴파일할 수 있습니다. 이러한 트리거 중 하나는 코드 확인입니다. 저는 이 서비스를 사용하여 Minecraft 서버 웹사이트를 다시 컴파일합니다.
GitHub Actions(또는 다른 트리거 기반 빌드 플랫폼)와 같은 서비스를 사용하는 개발자의 경우, 직접적인 개입이 필요하지 않으므로 하루에 여러 개의 코드를 쉽게 생성할 수 있습니다. 개발자가 코드를 푸시하기만 하면 빌드가 시작됩니다.
멋지게 들리지만, 몇 가지 명백한 단점과 주의해야 할 사항이 있습니다. 개발자가 잘 테스트된 코드를 로컬에 푸시했는데, 확인 준비가 되기 직전에 백스페이스 키를 눌러 쉼표를 삭제했다고 가정해 보겠습니다. 간단해 보일 수 있지만, 프로그램 전체가 망가질 수 있습니다.
개발자가 빌드 프로세스가 시작되기 전에 이 문제를 알아차리지 못하고, 방금 컴파일을 마친 좋아하는 앱의 최신 버전을 다운로드하면 작동하지 않는 앱에 직면하게 됩니다.
이런 경우는 드뭅니다. 개발자들이 불안정한 브랜치에 빠르게 코드를 변경하고, 출시할 기능이나 버그 수정이 많을 때만 안정된 브랜치를 출시하는 경우가 많기 때문입니다. 하지만 개발의 최첨단을 유지하고 싶다면 이 부분을 주의 깊게 살펴볼 가치가 있습니다.
매일 여러 건의 릴리스를 통해 사람들은 계속 발전의 가장자리에 머물 수 있습니다.
방금 말씀드렸듯이, 기능이나 소프트웨어 오작동의 위험이 있더라도 최신 버전을 사용하는 것을 좋아하는 사람들이 있습니다. 저도 그중 한 명이었지만, 나이가 들면서 사용 빈도는 줄었습니다.
어렸을 때 안드로이드 ROM 전문 팀을 관리했습니다. 많은 팔로워를 확보했고, 최신 기능이 통합되어 있는 것을 좋아하는 사람들도 있었습니다. 저희 팀은 승인된 모든 변경 사항(대부분 테스트가 진행된)을 한밤중에 빌드하는 자동화 시스템을 갖추고 있었습니다. 빌드가 성공적으로 완료되면(항상 그런 것은 아니었지만), ROM이 서버에 업로드되었습니다.
매일 아침 눈을 뜨면 가장 먼저 하는 일은 최신 야간 빌드를 다운로드하고 업데이트하는 것이었습니다. 설치가 잘 되어 작동할 때도 있고, 수정해야 할 문제가 있을 때도 있었습니다. 그래서 업데이트하기 전에 항상 백업을 해 두었습니다.
이 프로젝트의 개발자로서, 저는 다른 개발자들이 통합한 기능을 테스트할 수 있었습니다. 또한, 설치나 실행이 제대로 되지 않을 경우 손상된 파일을 추출할 수 있는 방법이기도 했습니다.
어쨌든 저는 개발의 경계에 서 있었고, 다른 많은 사람들도 마찬가지였습니다. 요즘은 소프트웨어 베타 버전을 사용하기도 하지만, 알파나 야간 릴리스는 거의 사용하지 않습니다. 이 단계에서는 코드에 버그가 너무 많아서 그럴 수가 없습니다.
Mac, Linux 또는 Windows 기기에서 사용할 수 있는 고품질 오픈 소스 소프트웨어를 찾고 계신가요? 다양한 애플리케이션 중에서 선택하실 수 있습니다.
예를 들어, How-To Geek의 Mac 전문가가 매일 사용하는 오픈 소스 Mac 앱들이 있습니다. Linux를 처음 사용하는 분들에게는 일상적으로 사용하는 소프트웨어를 대체할 수 있는 앱을 찾는 것이 예전만큼 어렵지 않습니다. 다른 모든 분들을 위해 지금 당장 꼭 사용해야 할 오픈 소스 Windows 앱들을 확인해 보세요.
오픈소스 애플리케이션의 잦은 업데이트는 사용자에게 부담이 되지 않습니다. 오히려 활발한 개발 커뮤니티와 빠르게 성장하는 프로젝트를 분명히 보여줍니다. 이러한 작고 잦은 업데이트는 애플리케이션의 보안과 안정성을 높여 주며, 사용자는 주요 릴리스를 몇 달씩 기다릴 필요 없이 즉시 개선 사항을 받아볼 수 있습니다.
좋아하는 앱이 자주 업데이트된다면, 이는 혼돈이나 무작위가 아닌 지속적인 관리와 품질의 표시라고 생각하세요. 이는 단순히 무료 소프트웨어가 중단 없이 진화하는 방식일 뿐입니다.
