Electron이 OpenJS Foundation의 Impact Project로 선정되었다. 이번 결정은 Electron이 현대 웹 기술의 발전에 기여한 공로를 인정받은 결과다. OpenJS Foundation은 JavaScript 생태계의 핵심 프로젝트를 지원하는 비영리 단체로, Electron의 성장과 지속 가능성을 더욱 공고히 할 것으로 기대된다.

Impact Project는 OpenJS Foundation의 핵심 프로젝트 중 하나로, JavaScript 생태계에 중요한 영향을 미치는 프로젝트를 선정한다. Electron은 이번에 Impact Project로 선정되며, OpenJS Foundation의 지원을 받아 더 많은 개발자 커뮤니티와 협력할 수 있는 기회를 얻게 되었다.

Electron은 웹 기술을 활용해 데스크톱 애플리케이션을 개발할 수 있는 프레임워크로, GitHub, Slack, Microsoft Teams 등 다양한 유명 애플리케이션에서 사용되고 있다. 이번 선정은 Electron의 기술적 우수성과 커뮤니티의 활발한 활동을 다시 한번 입증하는 사례다.

OpenJS Foundation은 Electron의 성장을 지원하고, 프로젝트의 지속 가능성을 높이기 위해 다양한 자원과 네트워크를 제공할 예정이다. 이를 통해 Electron은 더 많은 개발자와 기업에게 신뢰받는 기술로 자리 잡을 것으로 기대된다.

오늘 OpenJS World에서 Electron이 OpenJS Foundation의 인큐베이션 프로그램을 공식적으로 졸업하고, 이제 OpenJS Foundation의 Impact Project로 승격되었다고 발표했다.

Electron은 2019년 12월 몬트리올에서 열린 마지막 OpenJS Foundation 글로벌 컨퍼런스에서 인큐베이션에 참여했다. Impact Project로서 JavaScript 커뮤니티에서 더 큰 역할을 맡게 된 것을 기쁘게 생각하며, OpenJS Foundation과의 파트너십을 계속 이어갈 예정이다.

더 알아보기​

OpenJS 재단의 설립 배경, 미션, 그리고 멤버에 대한 자세한 내용은 OpenJSF 웹사이트에서 확인할 수 있다. OpenJS 재단은 jQuery, Node.js, webpack 등 다양한 오픈소스 자바스크립트 프로젝트를 지원한다. GoDaddy, Google, IBM, Intel, Joyent, Microsoft 등 30개의 기업 및 엔드유저 멤버가 이 재단을 후원하고 있다.

Electron은 웹 기술을 사용해 크로스 플랫폼 데스크톱 애플리케이션을 구축하기 위한 오픈소스 프레임워크다. Electron을 만든 사람들과 그들이 어떻게 협력하는지 알고 싶다면 Governance 페이지를 살펴보자.

Electron을 직접 시작해보고 싶다면 공식 문서를 참고하면 된다.

Electron이 주요 릴리즈를 일시적으로 중단한다.

현재 상황​

Electron의 주요 릴리즈 주기는 Chromium의 릴리즈 주기와 동기화되어 있다. 최근 Chromium 프로젝트는 작업 일정 조정으로 인해 릴리즈를 일시 중단하기로 결정했다. 이에 따라 Chromium의 릴리즈 주기가 변경되는 동안 Electron 역시 새로운 주요 버전 출시를 일시적으로 중단한다.

Electron 팀은 Chromium의 결정을 따르는 것이 최선의 선택이라고 판단했다. 따라서 이 기간 동안 Electron 팀은 버그 수정, 보안 강화, 성능 개선, 안정성 작업에 전념할 예정이다.

이 기간 동안 유지보수 담당자와 사용자 모두의 안녕을 최우선으로 고려하고 있다. 여러분의 피드백을 환영하며, 정상적인 릴리즈 주기로 복귀할 수 있기를 기대한다.

더 많은 업데이트는 Electron 트위터 계정을 통해 확인할 수 있다.

2020년 3월 30일 수정: Chromium이 M82 안정 버전 출시를 건너뛰고 M83 안정 버전 출시 일정을 조정한다는 공지에 따라, Electron 9 안정 버전은 Chromium M83을 기반으로 2020년 5월 19일에 출시될 예정이다.

Electron이 OpenJS Foundation에 합류한다. 이번 합류는 Electron 생태계의 성장과 지속 가능성을 강화하는 중요한 이정표가 될 것이다. OpenJS Foundation은 JavaScript와 관련된 오픈소스 프로젝트를 지원하는 선도적인 조직으로, Node.js, jQuery, webpack 등 여러 주요 프로젝트를 후원하고 있다.

Electron은 크로스 플랫폼 데스크톱 애플리케이션 개발을 위한 프레임워크로, 웹 기술(HTML, CSS, JavaScript)을 사용해 데스크톱 앱을 만들 수 있게 해준다. 이 프레임워크는 Slack, Visual Studio Code, Discord 등 다양한 인기 애플리케이션에서 사용되고 있다.

OpenJS Foundation에 합류함으로써 Electron은 더 넓은 커뮤니티와 리소스에 접근할 수 있게 되었다. 이는 프로젝트의 장기적인 성공과 발전에 기여할 것이다. 또한, 이번 합류는 Electron 커뮤니티의 투명성과 협업을 더욱 강화할 것으로 기대된다.

이번 결정은 Electron 커뮤니티와 OpenJS Foundation 양측에 긍정적인 영향을 미칠 것이다. Electron은 더 많은 지원과 리소스를 확보할 수 있고, OpenJS Foundation은 또 하나의 중요한 프로젝트를 포트폴리오에 추가하게 되었다. 두 조직의 협력은 JavaScript 생태계의 성장과 혁신을 더욱 촉진할 것이다.

몬트리올에서 열린 Node+JS Interactive에서 OpenJS Foundation은 Electron을 재단의 인큐베이션 프로그램에 포함한다고 발표했다. OpenJS Foundation은 중립적인 조직으로서 프로젝트를 주최하고 유지하며, 커뮤니티 전체를 위한 활동을 공동으로 지원함으로써 JavaScript 생태계와 웹 기술의 건강한 성장을 돕는 데 전념하고 있다.

OpenJS Foundation은 jQuery, Node.js, webpack을 포함한 여러 오픈소스 JavaScript 프로젝트를 주최하고 있다. GoDaddy, Google, IBM, Intel, Joyent, Microsoft를 비롯한 30개의 기업 및 최종 사용자 회원이 이를 지원하고 있다. Electron은 웹 기술을 사용해 크로스 플랫폼 데스크톱 애플리케이션을 구축하기 위한 오픈소스 프레임워크다.

이번 결정은 Electron에게 큰 전환점이 될 것이다. 또한 이는 오픈소스 프로젝트로서의 성장을 위한 다음 단계로 볼 수 있다.

개발자에게 미치는 영향​

Electron이 OpenJS Foundation에 합류한다고 해서 Electron의 제작, 출시, 사용 방식이 바뀌지는 않는다. 따라서 Electron으로 애플리케이션을 개발하는 개발자에게 직접적인 영향을 미치지 않는다. Electron은 2013년 GitHub에서 처음 만들어졌지만, 현재는 여러 조직과 개인이 유지 보수를 맡고 있다. 2019년에는 Electron의 거버넌스 구조를 명확히 하고, 전체 프로젝트에 영향을 미치는 결정을 내리는 방식을 공식화하는 데 많은 노력을 기울였다. 여러 조직과 개발자가 Electron에 투자하고 협력하는 것이 프로젝트를 더 강력하게 만든다고 믿는다.

단일 기업이 소유하던 Electron을 중립적인 재단으로 옮기고, 웹과 자바스크립트 생태계를 지원하는 데 초점을 맞추는 것은 오픈소스 프로젝트로서 성장하는 데 있어 자연스러운 다음 단계다.

더 알아보기​

OpenJS 재단의 설립 배경, 미션, 그리고 구성원에 대해 더 알고 싶다면 OpenJSF 웹사이트를 방문해 보자. Electron이 OpenJSF 인큐베이션 프로그램에 참여한 것에 대한 자세한 정보와 관련 인용문은 공식 보도 자료를 확인하면 된다. Electron을 만든 사람들과 그들이 어떻게 협력하는지 알고 싶다면 Governance 페이지를 살펴보자.

Electron을 직접 시작해 보고 싶다면 문서를 참고하자.

🎉 Electron은 이제 매 12주마다 새로운 주요 안정 버전을 출시합니다! 🎉

⚡️ 이렇게 빠른 이유는?​

간단히 말해, Chromium이 계속 업데이트되기 때문에 Electron도 속도를 늦출 수 없다.

Chromium은 6주 단위로 일정하게 릴리스된다. Electron에서 최신 버전의 Chromium을 제공하려면 이 일정을 따라야 한다. Chromium의 릴리스 주기에 대한 자세한 정보는 여기에서 확인할 수 있다.

🚀 왜 12주 주기인가?​

크로미엄은 6주마다 새로운 기능, 버그 수정/보안 패치, V8 개선 사항을 포함한 새로운 버전을 출시한다. Electron 사용자들은 이러한 변화를 적시에 반영해 달라는 요구를 분명히 전달했다. 그래서 우리는 안정 버전 출시 주기를 크로미엄 안정 버전 출시 주기의 절반으로 맞췄다. 첫 번째로, Electron v6.0.0은 M76을 포함하며, 2019년 7월 30일에 안정 버전으로 출시될 예정이다. 이 날짜는 Chromium M76의 출시일과 동일하다.

🚧 이 변경 사항이 내 Electron 앱에 어떤 영향을 미칠까?​

이제 더 빠르게 새로운 Chromium과 V8의 기능 및 수정 사항을 사용할 수 있다. 무엇보다 중요한 것은, 이러한 새로운 변경 사항이 언제 적용될지 미리 알 수 있기 때문에, 더 나은 정보를 바탕으로 계획을 세울 수 있다는 점이다.

Electron 팀은 최신 3개의 주요 버전을 계속 지원할 예정이다. 예를 들어, 2019년 7월 30일에 v6.0.0이 안정화되면, v6.x, v5.x, v4.x를 지원하고, v3.x는 지원 종료(EOL) 상태가 된다.

💬 앱 피드백 프로그램​

Electron의 베타 버전 테스트와 안정화 작업을 지원하기 위해 앱 피드백 프로그램에 참여해 주세요. 이 프로그램에 참여하는 프로젝트는 자신의 앱에서 Electron 베타 버전을 테스트하게 됩니다. 그 대가로 발견한 새로운 버그는 안정 버전 출시 시 우선적으로 처리됩니다.

📝 Electron 릴리스 역사 요약​

v3.0.0 이전의 안정 버전 릴리스 결정은 일정을 따르지 않았다. v3.0.0과 v4.0.0부터 프로젝트 내부에 일정을 추가했다. 올해 초, Electron v5.0.0을 위해 처음으로 안정 버전 릴리스 날짜를 공개하기로 결정했다. 안정 버전 릴리스 날짜를 공개하는 것은 전반적으로 긍정적인 반응을 얻었으며, 앞으로도 계속 이 방식을 유지할 예정이다.

이러한 업그레이드 관련 작업을 더 효율적으로 진행하기 위해 Governance 시스템 내에 Upgrades와 Releases 작업 그룹을 만들었다. 이를 통해 작업의 우선순위를 더 잘 정하고 위임할 수 있게 되었으며, 이는 각 릴리스마다 더 명확해질 것으로 기대한다.

다음은 새로운 릴리스 주기가 Chromium의 릴리스 주기와 어떻게 비교되는지를 보여주는 그래프다:

📨 궁금한 점이 있다면 info@electronjs.org로 메일을 보내주세요.

Electron이 데스크톱 애플리케이션 분야에서 인기를 얻으면서, 이를 개발하는 팀도 함께 성장했다. 다양한 회사에서 일하고, 다른 시간대에 살며, 다양한 관심사를 가진 풀타임 메인테이너들이 늘어났다. 우리는 원활한 성장을 위해 새로운 거버넌스 구조를 도입하고 있다.

왜 변화가 필요한가?​

Electron 프로젝트는 전 세계 여러 시간대에서 활동하는 자원봉사자, 전임 관리자, 그리고 Electron에 의존하는 여러 기업과 함께 협력한다. 지금까지는 비공식적인 조정 방식으로 잘 운영해 왔지만, 팀 규모가 커지면서 이 방식이 더 이상 확장 가능하지 않다는 사실을 깨달았다. 또한 새로운 기여자들이 프로젝트에서 자신의 위치를 쉽게 찾을 수 있도록 하는 것도 중요하다.

작업 그룹​

Electron의 거버넌스는 프로젝트의 다양한 부분을 담당하는 작업 그룹으로 구성된다. 현재 총 7개의 그룹이 운영 중이다:

• 커뮤니티 & 안전: 행동 강령 관련 문제를 처리한다.
• 문서 & 도구: 외부용 도구(예: Fiddle, Forge)와 Electron 문서를 관리한다.
• 외부 협력: Electron 커뮤니티의 성장을 돕는다.
• 릴리즈: 안정적이고 일정에 맞춰 릴리즈가 진행되도록 보장한다.
• 보안: 보안 테스트를 수행하고 보안 문제에 대응한다.
• 업그레이드: V8, Chromium, Node의 새로운 버전과 같은 업스트림 업그레이드를 통합한다.
• 웹사이트: Electron 웹사이트를 유지 및 개선한다.

이 그룹들은 서로 협력하지만, 각자 독립적으로 생산적인 활동을 위해 고유의 회의 일정과 의제를 가지고 있다. 이 그룹들에 대한 자세한 내용은 거버넌스 저장소에서 확인할 수 있다.

이 변경 사항이 Electron 프로젝트의 방향에 직접적인 영향을 미치지는 않는다. 우리의 전략이 성공한다면, 워킹 그룹은 새로운 기여자들이 관심 있는 주제를 더 쉽게 찾을 수 있게 도울 것이며, 메인테이너들의 일상 업무와 관련 없는 논의를 다른 그룹으로 옮겨 그들의 삶을 더 단순하게 만들 것이다. 이러한 변화가 일어나면, 더 많은 사람들이 방해받지 않고 함께 작업함으로써 간접적으로 영향을 미칠 수 있다.

더 알아보기​

• 새로운 거버넌스 구조에 대한 정보는 레포지토리와 헌장에서 확인할 수 있다.
• 각 워킹 그룹은 별도의 페이지를 가지고 있다: 커뮤니티, 문서 및 도구, 아웃리치, 릴리스, 보안, 업그레이드, 그리고 웹사이트.
• 메인테이너들에게 연락하려면 이슈를 열거나 info@electronjs.org로 이메일을 보내면 된다.

Electron 팀은 Electron v4.0부터 32비트 리눅스(ia32 / i386) 지원을 중단한다. 32비트 리눅스를 지원하는 마지막 버전은 Electron v3.1이며, 이 버전은 Electron v6가 출시될 때까지 지원 릴리스를 받을 예정이다. 64비트 리눅스와 armv7l에 대한 지원은 기존과 동일하게 유지된다.

정확히 어떤 부분을 더 이상 지원하지 않는가?​

여러분은 컴퓨터에 붙어 있거나 소프트웨어를 다운로드할 때 "64비트"와 "32비트"라는 설명을 본 적이 있을 것이다. 이 용어는 특정 컴퓨터 아키텍처를 설명하기 위해 사용된다. 1990년대와 2000년대 초반에 제작된 대부분의 컴퓨터는 32비트 아키텍처 기반의 CPU를 사용했지만, 이후 제작된 컴퓨터는 더 새롭고 강력한 64비트 아키텍처를 기반으로 했다. 닌텐도 64와 플레이스테이션 2가 이 새로운 아키텍처를 탑재한 최초의 대중적인 소비자 기기였으며, 2010년 이후 판매된 컴퓨터는 거의 모두 64비트 프로세서를 사용했다. 결과적으로 32비트에 대한 지원이 점점 줄어들고 있다. 구글은 2016년 3월에 32비트 리눅스용 크롬 배포를 중단했고, 캐노니컬은 2017년에 32비트 데스크톱 이미지 제공을 중단한 후 우분투 18.10에서 32비트 지원을 완전히 중단했다. 아치 리눅스, 엘리멘터리 OS 등 주요 리눅스 배포판도 이미 오래된 32비트 프로세서 아키텍처에 대한 지원을 중단했다.

지금까지 Electron은 오래된 32비트 아키텍처에서 실행되는 빌드를 제공하고 지원해 왔다. 하지만 버전 4.0부터 Electron 팀은 더 이상 32비트 리눅스용 바이너리나 지원을 제공할 수 없다.

Electron은 항상 활발한 오픈 소스 프로젝트였으며, 특수 아키텍처용 Electron 빌드에 관심 있는 개발자들을 계속 지원하고 격려할 것이다.

개발자에게 이 변화가 어떤 의미를 가지는가?​

현재 리눅스용 32비트 버전 앱을 제공하지 않는다면, 별도의 조치가 필요하지 않다.

32비트 리눅스용 Electron 애플리케이션을 배포하는 프로젝트는 앞으로의 전략을 결정해야 한다. Electron 3은 Electron 6 출시까지 32비트 리눅스를 지원한다. 이는 개발자들이 결정을 내리고 계획을 세울 수 있는 시간적 여유를 제공한다.

이 내용이 사용자에게 어떤 의미인가?​

리눅스 사용자라면 현재 64비트 기반 시스템인지 확실하지 않을 수 있다. 대부분의 경우 64비트 기반 아키텍처를 사용하고 있을 가능성이 높다. 이를 확인하려면 터미널에서 lscpu 또는 uname -m 명령어를 실행해보면 된다. 둘 중 하나를 실행하면 현재 아키텍처를 확인할 수 있다.

만약 32비트 프로세서에서 리눅스를 사용 중이라면, 최근 출시된 소프트웨어를 찾는 데 어려움을 겪었을 것이다. Electron 팀은 리눅스 커뮤니티의 다른 주요 멤버들과 함께 64비트 기반 아키텍처로 업그레이드할 것을 권장한다.

Electron 5.0에서 네이티브 Node.js 애드온을 사용하는 데 문제가 있다면, 최신 버전의 V8과 호환되도록 업데이트가 필요할 수 있다.

v8::Handle 작별, v8::Local 환영​

2014년, V8 팀은 로컬 핸들에 대해 v8::Handle 대신 v8::Local을 사용하도록 변경했다. Electron 5.0에는 v8::Handle이 완전히 제거된 V8 버전이 포함되어 있으며, 여전히 v8::Handle을 사용하는 네이티브 Node.js 애드온은 Electron 5.0에서 사용하기 전에 업데이트해야 한다.

필요한 코드 변경은 최소한이지만, 여전히 v8::Handle을 사용하는 모든 네이티브 Node 모듈은 Electron 5.0에서 빌드에 실패하며 수정이 필요하다. 다행히 Node.js v12도 이 V8 변경 사항을 포함할 예정이므로, v8::Handle을 사용하는 모듈은 Node의 새 버전과 호환되려면 어쨌든 업데이트해야 한다.

네이티브 애드온을 유지보수한다면 어떻게 도울 수 있을까?​

Node.js용 네이티브 애드온을 유지보수하고 있다면, v8::Handle을 모두 v8::Local로 교체해야 한다. v8::Handle은 단순히 v8::Local의 별칭이었기 때문에, 이 특정 문제를 해결하기 위해 다른 변경 사항은 필요하지 않다.

또한 N-API를 살펴보는 것도 도움이 될 수 있다. N-API는 V8과 별도로 유지보수되며, Node.js 자체의 일부로 제공된다. 이 API는 네이티브 애드온이 기본 JavaScript 엔진의 변경 사항으로부터 격리될 수 있도록 설계되었다. 더 자세한 정보는 Node.js 웹사이트의 N-API 문서에서 확인할 수 있다.

도움! 내 앱에서 네이티브 애드온을 사용하는데 작동하지 않아요!​

앱에서 Node.js용 네이티브 애드온을 사용 중이고, 이 문제로 인해 네이티브 애드온이 빌드되지 않는다면, 애드온 제작자에게 문의해 문제를 해결한 새 버전이 출시되었는지 확인해 보세요. 아직 해결된 버전이 없다면, 제작자에게 직접 문의하거나 Pull Request를 열어 수정을 제안하는 것이 가장 좋은 방법입니다.

Electron은 이제 자체 빌드를 위해 GN을 사용한다. 그 이유에 대해 논의해 보자.

Electron이 처음 출시된 2013년 당시, Chromium의 빌드 설정은 GYP("Generate Your Projects"의 약자)로 작성되었다.

2014년에 Chromium 프로젝트는 GN("Generate Ninja"의 약자)이라는 새로운 빌드 설정 도구를 도입했다. Chromium의 빌드 파일은 GN으로 마이그레이션되었고, GYP는 소스 코드에서 제거되었다.

Electron은 역사적으로 메인 [Electron 코드]와 Chromium의 'content' 서브모듈을 감싸는 libchromiumcontent 부분을 분리해 유지했다. Electron은 GYP를 계속 사용한 반면, libchromiumcontent는 Chromium의 일부로서 Chromium과 함께 GN으로 전환했다.

서로 맞물리지 않는 기어처럼, 두 빌드 시스템을 함께 사용하는 데 마찰이 있었다. 컴파일러 플래그와 #defines를 Chromium, Node, V8, Electron 간에 꼼꼼하게 동기화해야 했기 때문에 호환성을 유지하는 일은 오류가 발생하기 쉬웠다.

이 문제를 해결하기 위해 Electron 팀은 모든 것을 GN으로 옮기기 위해 노력했다. 오늘날, Electron에서 마지막 GYP 코드를 제거한 커밋이 마스터 브랜치에 반영되었다.

이 내용이 여러분에게 주는 의미

Electron 자체에 기여하는 경우, master 브랜치나 4.0.0 버전에서 Electron을 체크아웃하고 빌드하는 과정은 3.0.0 및 이전 버전과 크게 다릅니다. 자세한 내용은 GN 빌드 가이드를 참고하세요.

Electron으로 앱을 개발하는 경우, 새로운 Electron 4.0.0-nightly에서 몇 가지 사소한 변경 사항을 발견할 수 있습니다. 하지만 대부분의 경우, 빌드 시스템의 변경은 여러분에게 완전히 투명하게 작동할 것입니다.

이 변경이 Electron에 미치는 영향

GN은 GYP보다 빠르고, 파일의 가독성과 유지보수성이 더 뛰어나다. 또한 단일 빌드 설정 시스템을 사용하면 Electron을 새로운 Chromium 버전으로 업그레이드하는 데 필요한 작업을 줄일 수 있다.

• 이 변경은 Electron 4.0.0 개발에 상당히 도움이 되었다. Chromium 67에서 MSVC 지원이 중단되고 Windows에서 Clang으로 빌드하도록 전환되었기 때문이다. GN 빌드를 사용하면 Chromium의 모든 컴파일러 명령을 직접 상속받으므로, Windows에서 Clang 빌드를 별도의 작업 없이 사용할 수 있었다.

• 또한 이 변경으로 Electron, Chromium, Node 간의 통합 빌드에서 BoringSSL을 사용하기가 더 쉬워졌다. 이전에는 문제가 있었던 부분이다.

Electron 1.4.12에는 중요한 패치가 포함되어 있다. 이 패치는 libchromiumcontent(Electron의 기반이 되는 Chrome 라이브러리) 빌드 시간으로부터 10주 후에 일부 Symantec, GeoTrust, Thawte SSL/TLS 인증서가 잘못 거부되는 Chrome의 문제를 해결한다. 해당 사이트에서 사용 중인 인증서 자체에는 문제가 없으며, 인증서를 교체해도 이 문제는 해결되지 않는다.

Electron 1.4.0부터 1.4.11 버전에서는 특정 날짜 이후에 이러한 영향을 받는 인증서를 사용하는 사이트로의 HTTPS 요청이 네트워크 오류로 실패한다. 이 문제는 Chrome의 기본 네트워킹 API를 사용하는 모든 HTTPS 요청에 영향을 미친다. 여기에는 window.fetch, Ajax 요청, Electron의 net API, BrowserWindow.loadURL, webContents.loadURL, <webview> 태그의 src 속성 등이 포함된다.

애플리케이션을 1.4.12 버전으로 업그레이드하면 이러한 요청 실패를 방지할 수 있다.

참고: 이 문제는 Chrome 53에서 도입되었기 때문에 Electron 1.4.0 이전 버전은 영향을 받지 않는다.

영향 일정​

아래 표는 각 Electron 1.4 버전과 해당 인증서를 사용하는 사이트에 대한 요청이 실패하기 시작하는 날짜를 나타낸다.

컴퓨터의 시계를 앞당겨 설정한 후 https://symbeta.symantec.com/welcome/이 정상적으로 로드되는지 확인하면 앱의 영향 일자를 직접 확인할 수 있다.

추가 정보​

이 주제와 관련된 원본 이슈, 그리고 수정 사항에 대해 더 자세히 알고 싶다면 다음 자료를 참고하면 된다:

• Certificate Transparency란 무엇인가?
• Symantec 기술 자료 문서
• Chrome 이슈 664177
• Chrome 이슈 664177 수정 내용
• libchromiumcontent 패치 (이슈 664177)

Electron 버전 1.3.1부터는 npm install electron --save-dev 명령어를 사용해 앱에 최신 사전 컴파일된 Electron 버전을 설치할 수 있다.

사전 빌드된 Electron 바이너리​

Electron 앱을 개발해 본 적이 있다면, electron-prebuilt npm 패키지를 접한 적이 있을 것이다. 이 패키지는 거의 모든 Electron 프로젝트에서 필수적인 부분이다. 설치하면 사용 중인 운영체제를 자동으로 감지하고, 해당 시스템 아키텍처에 맞게 컴파일된 사전 빌드된 바이너리를 다운로드한다.

새로운 이름​

Electron 설치 과정은 종종 신규 개발자들에게 걸림돌이 되곤 했다. 많은 사람들이 npm install electron-prebuilt 대신 npm install electron을 실행하면서 Electron 앱 개발을 시작하려고 시도했지만, 원하는 electron이 아니라는 사실을 깨닫기까지 상당한 혼란을 겪어야 했다.

이러한 문제는 GitHub의 Electron 프로젝트가 생기기 전에 이미 npm에 존재하던 electron 프로젝트 때문이었다. 신규 개발자들이 보다 쉽고 직관적으로 Electron 개발을 시작할 수 있도록, 우리는 기존 electron npm 패키지의 소유자에게 이름 사용 권한을 요청했다. 다행히 그는 우리 프로젝트의 팬이었고, 이름을 재사용할 수 있도록 협조해 주었다.

Prebuilt의 지속​

버전 1.3.1부터 electron과 electron-prebuilt 패키지를 동시에 npm에 배포하기 시작했다. 두 패키지는 동일하다. 현재 프로젝트에서 electron-prebuilt를 사용하고 있는 수천 명의 개발자에게 불편을 주지 않기 위해, 당분간 두 이름으로 패키지를 계속 배포하기로 결정했다. package.json 파일을 업데이트해 새로운 electron 의존성을 사용할 것을 권장하지만, 2016년 말까지는 electron-prebuilt의 새 버전도 계속 배포할 예정이다.

electron-userland/electron-prebuilt 저장소는 electron npm 패키지의 공식적인 홈으로 남을 것이다.

감사의 말​

우리는 @mafintosh, @maxogden, 그리고 많은 기여자들에게 특별한 감사를 표한다. 그들은 electron-prebuilt를 만들고 유지보수하며, JavaScript, Node.js, Electron 커뮤니티를 위해 끊임없이 노력해 왔다.

또한 @logicalparadox에게도 감사한다. 그 덕분에 npm에서 electron 패키지를 이어받을 수 있었다.

프로젝트 업데이트​

이번 변경 사항에 영향을 받는 인기 패키지들을 커뮤니티와 함께 업데이트했다. electron-packager, electron-rebuild, electron-builder와 같은 패키지들은 이미 새로운 이름을 지원하도록 업데이트되었으며, 기존 이름도 계속 사용할 수 있다.

새로운 패키지를 설치하는 과정에서 문제가 발생하면 electron-userland/electron-prebuilt 저장소에 이슈를 열어 알려주기 바란다.

Electron과 관련된 기타 문제는 electron/electron 저장소를 이용해 주시기 바란다.