뉴스 정보 뉴스 컴퓨터 소프트웨어 및 개발 Min-jun (민준) 5월 8, 2025 0 Comments

오픈 소스 프로젝트를 일몰 할 때 DOS와 DOSS

오픈 소스 프로젝트를 유지하는 것은 큰 책임이 될 수 있습니다. 그러나 그것은 당신이 영원히 견딜 의무가있는 사람이 아닙니다. 더 나은 솔루션 덕분에 사용이 거부되었을 수도 있습니다. 어쩌면 기술은 오래된 프로젝트를 새로운 생태계에 적응하는 것보다 새로운 프로젝트로 다시 시작하는 것이 더 쉽다는 시점까지 진화했을 것입니다. 때로는 프로젝트를 더 이상 사용하지 않더라도 계속 진행해야합니다.

프론트 엔드 개발자 인 Brett Terpstra는 100 개가 넘는 Github 리포지토리를 유지하고 몇 명 이상을 은퇴해야했습니다. “API 및 기타 외부 응용 프로그램에 의존하는 프로젝트는 종종 일이 시작되기 시작하면 가치가있는 것보다 더 많은 작업이 필요합니다.”라고 Q & A에서 설명했습니다. “역사적으로, 그것들은 가장 빨리 은퇴하는 프로젝트입니다.”

당신의 이유가 무엇이든, 당신은 당신의 명성을 보호하고 사용자가 바로 할 수 있도록 프로젝트를 우아하게 일몰하고 싶습니다. 다음은 프로젝트를 감가 상징적 인 시점 인 경우 자신이해야 할 일에 대한 프로세스를 탐색 한 관리자의 통찰력입니다.

그렇지 않습니다 : 너무 오랫동안 무언가를 유지하십시오

계산 생물학자인 Olga Botvinnik은 그녀의 젊은 자아를 말해 줄 것 중 하나는 그녀가 파이썬 데이터 시각화 패키지를 더 빨리 일몰시켜야한다는 것입니다. 그녀는 프로젝트를 포기하고 싶지 않았지만 PHD 작업의 일환으로 프로젝트를 시작했으며 Python 3을 지원하기 위해 업데이트하는 것이 어려울 것이라고 생각했으며 다른 프로젝트로 나아가는 데 관심이있었습니다. 게다가, Seaborn이라는 또 다른 파이썬 시각화 라이브러리가 점점 인기를 얻고있었습니다.

“프로젝트 작업을 즉시 완료하더라도 30 일 동안 창을 열어 문제를 해결하고 사용자의 전환을 돕습니다.” -프론트 엔드 개발자 Brett Terpestra

Botvinnik은 Seaborn이 어떤면에서 더 좋고 더 세련되었다고 생각했습니다. 그래서 그녀는 PrettyPlotlib를 사용하지 않기로 결정하고 대신 Seaborn에 기여하는 데 시간을 소비했습니다. 그녀는“내 멘토 중 한 명이 프로젝트를 끝내야 할시기를 아는 것이 프로젝트를 마치는 것만 큼 좋다고 말했습니다. “그로 인해 나는 그것을 놓아주는 것에 대해 훨씬 나아졌습니다.”

할 : 다른 사람을 위해 문을 열어 두십시오

즉, 다른 옵션을 고려하지 않고는 다른 관리자에게 건네지 않고 프로젝트를 사용하지 않아야합니다. Terpstra는 많은 프로젝트를 사용하지 않았지만 항상 다른 사람을 먼저 가져갈 수있는 프로젝트를 찾고 있습니다. “다른 수준의 일몰이 있습니다.”라고 그는 말합니다. 경우에 따라 프로젝트가 너무 간단하여 유지 보수가 많이 필요하지 않습니다. 이 경우, 새로운 기부금을 위해 문을 열어주는 동안 프로젝트를 업데이트하지 않는다는 점에 유의하십시오.

물론 프로젝트를 다른 관리자에게 전달하는 것이 항상 적절한 것은 아닙니다. Sqlite Recovery Tool Litestream의 관리자 인 Ben Johnson은 Boltdb를 은퇴하고 누군가가 원본을 인수하기보다는 Bbolt라는 포크를 향해 사람들을 가리 켰습니다. Johnson은“제 이름과 명성은 당시 프로젝트와 매우 밀접한 관련이있었습니다. “나는 Boltdb 사람이었다. 나는 다른 사람의 손에 내 명성을두고 싶지 않았다.”

그렇지 않습니다 : 통지없이 플러그를 당기십시오

Terpstra는 프로젝트를 은퇴하기 전에 최소 한 달의 통지를 제공합니다. “프로젝트 작업을 즉시 완료하더라도 30 일 동안 창을 열어 문제를 해결하고 사용자의 전환을 도울 수 있습니다.”라고 그는 말합니다.

“내 멘토 중 한 명이 프로젝트를 끝내야 할시기를 아는 것이 마무리하는 것만 큼 좋다고 말했습니다. – Olga Botvinnik, 계산 생물 학자

프로젝트를 사용하지 않기로 결정한 후에는 사용자에게 알리고 가능한 경우 대안을 제안해야합니다. Botvinnik은“나는 블로그 게시물과 트윗을 통해 더 이상 버그를 적극적으로 고치지 않을 것이라는 트윗을 통해 사람들을 대신 해변으로 지적했다”고 말했다.

수행 : 코드를 온라인으로 유지하십시오

프로젝트를 삭제하는 대신 거의 항상 보관하는 것이 가장 좋습니다. 프로젝트를 보관하면 읽기 전용이되어 더 이상 유지되지 않는 사용자에게 전달됩니다. 문제와 요청부터 요청에서 이정표 및 권한에 이르기까지 모든 것은 읽기 전용이됩니다. 그러나 나중에 다시 작업하기로 결정하면 항상 프로젝트를 해결하지 못할 수 있습니다.

프로젝트를 삭제하면 의도하지 않은 결과가 발생할 수 있습니다. Botvinnik은“소프트웨어를 오프라인으로 생각하는 것에 대해 생각하는 사람은 과학 및 학계의 사람들에게 재현성 문제를 일으킬 수 있는지 고려해야합니다.

온라인으로 유지한다는 것은 프로젝트를 더 이상 사용하지 않기 전에 그것을 인수 할 사람을 찾을 수 없더라도 다른 사람이 나중에 와서 포크하거나 적어도 재사용에 유용한 것을 찾을 수 있음을 의미합니다.

즉, 코드가 적극적으로 유해하다고 생각되면 오프라인으로하는 것이 가장 좋습니다. 예를 들어, 위험한 보안 취약점이있는 소프트웨어는 사용자를 위험에 빠뜨립니다.