Axios: 프로젝트 사망?

그리고 9월 이후로 마스터에 커밋이 없습니다. 아직 HTTP2를 지원할 계획이 없습니다.

예, 최근에 같은 것이 궁금합니다 ...

그것은 죽은 것이 아닙니다. 나는 최근에 프로젝트에서 개인적으로 많은 일을 할 수 없었습니다. 우리는 수정될 때까지 작업을 중단시키는 주요 변경 사항을 도입한 구성 수정에 큰 문제가 있었습니다.

예, 유지 관리자로서 기꺼이 도움을 줄 사람들이 있다면 환영합니다!

@emilyemorehouse 아마도 README.md에 도움을 주고 싶은 사람들이 있을 것이라고 광고하는 것이 좋습니다.

@emilyemorehouse 관리자 로서 도움이

이전에는 프로젝트를 사용한 적이 없지만 일반적으로 github을 뒤지므로 여가 시간에 일부 PR을 읽을 수 있어 기쁩니다.

정말 좋은 것은 ES 모듈을 사용하는 새 버전입니다 🙊

안녕하세요 @emilyemorehouse , 도와드리고 싶습니다.

문제를 분류하거나 레이블을 지정하면 새로운 자원 봉사자가 어디서부터 시작해야 하는지 아는 데 도움이 될 것이라고 생각합니다.

분류 작업이든, 적극적 기여이든, 아니면 다른 무엇이든 도움이 되고 싶습니다. 🤙

@emilyemorehouse 도움이 되고 싶어요! 기여자들을 격려하기 위해 이슈에 대한 일종의 태그(예: '초보자용' 또는 이와 유사한 것)를 갖는 것이 좋을 것입니다!

저는 1년 이상 axios를 사용하고 있습니다. 버그 수정을 도와드릴 수 있습니다.

기여하고 싶습니다. 지금까지 4개의 프로젝트에서 axios를 사용했는데 항상 첫 번째 선택입니다.

무엇부터 시작해야 하는지 알려주세요 :)

안정적인 1.0.0 릴리스에 대한 로드맵으로 시작한 다음 "도움 요청" 레이블이 있는 문제로 분할해야 한다고 생각합니다.

나를 껴줘.

axios의 헤비 유저로서 도움이 된다면 좋을 것 같습니다. :)

저는 기여 이력이 많지 않지만 프로젝트에서 axios를 사용합니다. 기꺼이 도와드리겠습니다.

axios 중독자로서 제가 할 수 있는 한 도움을 드리고 싶습니다.

@mzabriskie @emilyemorehouse 저희가 어떻게 도와드릴 수 있는지 알려주세요!

도움이 되었으면 합니다.

저도 도움이 되었으면 합니다.

이 프로젝트를 유지 관리하는 데 도움이 되었으면 합니다. 저는 몇 년 동안 그것을 사용해 왔으며 기꺼이 도움을 드리겠습니다. @emilyemorehouse. :마음:

나도 도와줄게. :)

나는 수십 개의 프로젝트에서 axios를 사용하는 것이 너무 재미있습니다. 조금이나마 도움이 되었으면 합니다 :sun_with_face:

저도 도움이 되었으면 합니다 😄

기여하고 유지하고 싶습니다. 어디서부터 시작해야 하는지 알려주세요.

나는 오랜 시간 동안 여러 프로젝트에서 axios를 사용하고 있습니다. 가능한 모든 방법을 돕고 싶습니다.

도움이 되었으면 합니다.

axios에 기여하게 되어 기쁩니다.

저도 도움이 되었으면 합니다.

기여를 시작하고 싶습니다. 지금까지 1년 동안 모든 프로젝트에 사용하고 있으며 이를 건강하게 유지하는 데 도움을 주고 싶습니다.

시작 위치에 대한 몇 가지 유형의 지침은 감사할 것입니다!

axios를 광범위하게 사용했기 때문에 도움이 되고 싶습니다.

😭 여러분 굉장합니다.

도움을 주고 싶은 사람에게 다음과 같은 몇 가지 아이디어가 있습니다.

• 문제 분류: 최근에 문제에 자동 태그를 지정하는 데 도움이 되는 문제 템플릿을 추가했습니다(실제 버그와 사용 문제 필터링). 이 프로젝트에는 _많은__ 노이즈가 있으며 문제를 필터링하는 데 대부분의 시간을 보내고 대부분의 문제를 간단한 "이것은 Axios 버그처럼 보이지 않습니다(많은 것은 복제할 수 없음). , X가 문제일 수 있다고 생각합니다. 코드 디버깅에 도움이 되도록 Gitter 또는 Stack Overflow에 자유롭게 게시하세요." 예제 코드가 없는 실제 버그를 발견했다면 예제 코드를 제공하는 것이 큰 도움이 됩니다. JSON Placeholder 와 같은 예제 API를 호출하여 Runkit에 복사/붙여넣기만 하면 보너스 포인트가 됩니다.
• PR 검토: 문제만큼 시끄럽지는 않지만 여전히 해결해야 할 문제가 많습니다. 우선 순위가 높거나 알려진 문제를 수정하는 PR에 나를 태그해 주는 사람들에게 정말 감사합니다. 며칠 후에도 응답이 없으면 언제든지 저에게 핑을 보내주십시오. 현재 초점은 새로운 기능이나 1.0.0 에 초점을 맞추기 전에 확실히 안정화되는 것입니다.
• CI: 우리 CI는 까다롭습니다. 우리는 종종 CI가 깨지고 전체 프로세스가 느려지는 이상한 엣지 케이스나 문제에 부딪힙니다. 깨진 마스터 브랜치가 있으면 간단하고 간단하게 해제할 수 없습니다. 따라서 마스터가 실패하는 경우(또는 PR로 인해 발생하지 않은 문제로 인해 PR이 실패하는 경우) 도움을 주시면 대단히 감사하겠습니다.

필요에 따라 누구에게나 액세스 권한을 제공하게 되어 기쁩니다. 내가 붙잡고 싶은 유일한 것은 일관성을 보장하기 위해 릴리스 관리자 역할을 하는 것입니다.

다른 사람들이 사용할 수 있는 응답 템플릿 및 문제에 레이블을 지정하는 방법 등에 대한 지침과 함께 이 정보를 기여 문서에 추가할 계획입니다.

@emilyemorehouse reddit(https://www.reddit.com/r/javascript/comments/an94xq/axios_needs_maintainers/)에 도움 요청을 게시했습니다.

@emilyemorehouse 가 도와드리겠습니다.

@emilyemorehouse 도움이 되고 싶어요

@emilyemorehouse 저도

모순처럼 보입니다.

• 기여가 없으면 @emilyemorehouse 는 도움이 되는 사람을 구별하고 권한을 부여할 수 없습니다.
• 권한이 없으면 사람들은 일반적으로 기여를 시작하지 않습니다.

나는 모두가 먼저 코드 도우미 로 구독하려고 시도할 것을 제안합니다. 계속해서 문제를 분류하거나 pull 요청을 보낼 수 있다면 @emilyemorehouse 가 더 기뻐할 것입니다. 그리고 언젠가는 자연스럽게 메인테이너가 될 것입니다.

나는 axios를 사용하고 현재 진행 중인 개발의 부족에 대해 걱정하지 않습니다(일반적으로 도구는 유지 관리자가 물러나는 순간 폭발하지 않습니다). 그러나 누군가가 정말로 가고 싶어하지 않고 PR 병합을 시작하려는 경우, 이것은 열려 있음에 유의하십시오. 소스 프로젝트 및 포크 및 PR 검토 및 포크에 병합 시작에 비용(시간 제외)이 없습니다. 이것은 오픈 소스 도구의 삶에서 자연스러운 진행이 될 수 있으며 Emily(또는 그녀의 팀)가 이 백업을 선택할 시간이 있을 때 이 작업을 axios로 다시 병합할 수도 있습니다.

"가서 포크하세요"라고 말하는 것이 아니라 "프로젝트가 '죽었다'는 느낌이 들거나 좌절감을 느낀다면 다시 되살리기 위해 허가가 필요하지 않습니다." 힘은 당신의 것입니다! 🌍

아마도 그 주제에 대한 추가 협력을 위해 불화를 갖는 것이 좋을 것입니다. 또한 여기에는 아직 '97개의 열린 풀 요청'에 대한 답변이 없습니다.

@emilyemorehouse @mzabriskie @nickuraltsev @rubennorte -

@Sequoia 당신 말이 맞습니다. 그러나 미해결 문제와 PR이 너무 많아 어떤 것이 여전히 유효한지 결정하기조차 어려운 현 시점에서 그것은 일종의 어려운 일입니다. @emilyemorehouse 는 2개월 전에 우리가 도울 수 있는 방법에 대해 썼습니다 - 가장 먼저 모든 문제를 살펴보고 청소를 하는 것입니다 :)

이렇게 좋은 프로젝트가 서서히 죽어가는 모습이 안타깝습니다. 말 그대로 nodejs에서 사용한 최고의 http 클라이언트였습니다.

👍

@emilyemorehouse
저는 한때 tldr-pages 의 핵심 팀원이었습니다. 그 당시 프로젝트 작성자는 가족 문제가 있었고 두 번째 아이가 태어났습니다. 나는 우리가 그것을 스스로 하지 않을 것이라는 것을 이해했고 PR 검토를 돕기 위해 핵심 팀에 3명의 새로운 구성원을 추가했습니다.

당신은 인터넷을 위한 아주 중요한 프로젝트에서 일하고 있습니다. 버려서는 안됩니다. 지난 달에 8개의 제안된 PR이 있으며 그 중 하나도 병합되지 않았습니다. 더 중요한 것은 알려진 보안 취약점이 게시되어 있고(https://snyk.io/vuln/SNYK-JS-AXIOS-174505) PR #1485도 병합되지 않았습니다.

그 정도의 PR로 여러분이 도움을 받기 시작하면 더 좋을 것입니다. 그러한 프로젝트의 관리자를 자랑스럽게 생각하는 사람들이 많이 있습니다. 그들 중 일부는 이미 이 스레드에서 도움을 제안했습니다. 기여자 수를 늘립니다.

행운을 빕니다!

• 문제 분류: 최근에 문제에 자동 태그를 지정하는 데 도움이 되는 문제 템플릿을 추가했습니다(실제 버그와 사용 문제 필터링). 이 프로젝트에는 _많은__ 노이즈가 있으며 문제를 필터링하는 데 대부분의 시간을 보내고 대부분의 문제를 간단한 "이것은 Axios 버그처럼 보이지 않습니다(많은 것은 복제할 수 없음). ,

lodash 스타일의 문제 관리를 채택할 수 있습니까?
(@11ty/eleventy에서 홍보 해주신 @zachleat님 감사합니다!)

@emilyemorehouse
6개의 PR을 병합한 것을 보았습니다(그 중 3개는 README.md용). 이것은 훌륭한 시작입니다.

하지만 솔직히 말해서, 나는 여전히 당신이 일이 많기 때문에 프로젝트에 협력자를 추가해야 한다고 생각합니다.

1. 보안 수정 사항을 병합하면서 즉시 릴리스(예: v0.18.1)를 수행해야 합니다.
2. 100개 이상의 PR이 있습니다. 공동 작업자 팀은 이를 검토하고 병합/거절해야 합니다.
3. Axios에는 500개 이상의 문제가 있습니다. 그들 중 다수는 중복되거나 관련이 없습니다. 공동 작업자 팀은 정기적으로 이를 검토하고 미해결 문제의 양을 낮추거나 최소한 관리 가능한 수준으로 유지해야 합니다.
4. 그리고 더 중요한 것은 팀이 PR 및 문제를 정기적으로 검토하여 상황이 반복되지 않도록 해야 한다는 것입니다.

도움을 받기 시작하십시오. 그렇지 않으면 프로젝트가 중단됩니다. 최고의 소원!

저는 우리(커뮤니티)가 PR에 대한 코드 검토를 수행하여 일부 작업 부하를 완화하는 데 도움이 될 수 있다고 생각합니다. 이를 위해 협력자가 될 필요는 없으며 검토는 시간 집약적인 작업입니다.

하지만 여전히 PR을 병합할 사람이 필요합니다.

또한 "Duplicate of #x"와 같은 항목에 댓글을 달고 기능 요청에 대한 의견을 제공하여 문제의 기본적인 분류를 도울 수 있습니다.

저도 기꺼이 참여하고 싶지만 현재 진행 중인 릴리스(출시해야 할 중요한 DoS 취약점 수정 포함)를 차단 해제하기 위해 무엇이 필요한지 잘 모르겠습니다.

여기에서 제가 도울 수 있는 방법이 있다면 연락주세요!

저도 기꺼이 참여할 의향이 있습니다. 우리는 매우 중요한 여러 프로젝트에서 axios를 사용합니다. 앞으로 axios가 지원되지 않는다면 끔찍할 것입니다.

@emilyemorehouse ,
@mzabriskie ,
@nickuraltsev ,
@rubennorte ,

당신은 Axios의 소유자입니다.

프로젝트가 차단 해제되도록 더 많은 공동 작업자를 추가하는 것에 대해 논의해 주시겠습니까?

이 문제가 공개된 지 4개월이 된 지금, 저는 여기에서 불만을 제기하는 사람들의 의견에 동의하는 편입니다. 이 프로젝트의 좋은 관리는 다음과 같습니다.

) 더 많은 기여자를 추가하려는 많은 사람들 중에서 선택, 또는
b) 유지 관리 의도를 명확하게 하고 사람들이 다음 단계로 이동할 수 있도록 프로젝트를 보관된 것으로 표시하거나
c) 유지 관리자가 적극적인 유지 관리를 계속하기 위해 다시 개입합니다.

관리자: 이 프로젝트를 유지 관리하는 데 관심이 있는 사람들이 앞으로 나아갈 수 있도록 위의 옵션 중 하나를 선택하면 사용자 커뮤니티에 훌륭한 서비스가 될 것입니다. 아카이빙은 완벽하게 허용됩니다 :+1:

어제 @emilyemorehouse 가 일부 PR을 병합하는 것을 보았습니다. 그래서 이 리포지토리에서 작업하는 사람이 아직 있는 것 같습니다. 정말 대단합니다.

그럼 "큰 구성 문제"는 끝내셨나요? 다음 버전은 언제 출시되나요?

당신의 노력에 감사드립니다.

나는 axios를 사랑하고, 내가 할 수 있는 한 도와주고 싶어합니다.

🙏 https://github.com/axios/axios/releases/tag/v0.19.0

릴리스를 만든 @emilyemorehouse 에게
조만간 정식 발매가 가능하지 않을까 싶습니다.

@emilyemorehouse

저도 하고 싶습니다.도와주세요. 직장에서 우리는 Axios를 꽤 많이 사용하며 이 프로젝트에 기꺼이 시간을 할애하고 있습니다.

ping @rubennorte @mzabriskie @emilyemorehouse @nickuraltsev

당신의 놀라운 패키지를 사용하는 많은 사람들이 당신을 돕기 위해 몇 가지 조치를 취하기를 기다리고 있습니다!

그리고 그러한 작업을 수행할 시간이 없다면 최소한 이 패키지를 죽은 것으로 표시할 수 있습니까?

Patreon을 설정하면 다시 작업을 시작하도록 동기를 부여하는 데 도움이 될 수 있습니까?

예를 들어 분류 역할(https://github.blog/changelog/2019-05-23-triage-and-maintain-roles-beta/)에서 도와주는 것도 괜찮습니다. :)

최신 0.19.0 릴리스 이후에 활동이 보이지 않기 때문에 구걸한 릴리스라고 생각합니다.
그런 멋진 HTTP 클라이언트에 대한 부끄러운 일입니다.

node.js에 대한 HTTP/2 지원을 추가할 계획이 있습니까? https://github.com/axios/axios/issues/1175

나에게는 꽤 살아있는 프로젝트처럼 보입니다 ...

나에게는 꽤 살아있는 프로젝트처럼 보입니다 ...

자세히 보면 5월부터 9월까지 완전히 한산한 시기였습니다.

어쨌든 기세가 다시 회복되고 있어 기쁩니다. :)

보고된 사용량이 1.8m인 경우 이 패키지가 일종의 재정적 지원을 받을 것으로 예상할 수 있습니다. 나는 후원자, opencollective, tidelift 또는 [여기에 수입원 삽입]에 대해 언급된 적이 없습니다. 후속 조치를 위해 #2493을 만들었습니다.

esm 버전은 어떻게 되나요?
https://github.com/axios/axios/issues/1879

Googleapis 조직은 gaxios 라는 새로운 프로젝트를 시작했습니다.

googleapis/gaxios#81 문제의 이유:

우리는 원래 axios를 사용했지만 몇 가지 이유로 이것을 만들었습니다.

• Axios는 최근에 상대적으로 유지 관리되지 않았습니다.
• 기본적으로 프록시 지원을 지원하지 않았습니다.
• 기본 재시도를 지원하지 않았습니다.
• 여기에 필요하지 않은 많은 클라이언트 측 논리가 복제되었습니다.

Axios는 훌륭한 라이브러리이지만 훨씬 더 가벼운 node-fetch를 기반으로 구축된 무언가를 원했습니다. 도움이 되었기를 바랍니다!

Googleapis 팀의 동기는 이해할 수 있지만 {insert xkcd comic}와 유사한 새 라이브러리를 만드는 것은 좋지 않다고 생각합니다. 여기에서 공통점을 찾아 하나의 "Axios"로 둘 수 있습니까? cc @JustinBeckwith

이 스레드에서 사용자를 위한 개인적인 이야기와 몇 가지 뉴스를 공유하고,

• 2019년 2월에 여러분과 같은 axios의 상황을 파악하고 약 30개의 문제+풀을 분류했습니다.
• 관리자로부터 응답이 없었고 약간 실망했습니다. 그러나 여전히 그것을 주시했습니다.
• 운 좋게도 저는 2019년 12월에 협력자로 초대되었습니다. 그것이 저의 이슈 킬러 타임을 시작했습니다. 총 문제가 ~600개에서 현재 300개 미만으로 감소했습니다.

다음 릴리스에 대한 계획을 세웠습니다. https://github.com/axios/axios/projects/4를 참조

너무 많은 시간을 할애하기 위해 당신의 말은 필요하지 않지만, 당신이 자유로울 때 다음 릴리스를 더 좋게 만들기 위해 누군가가 이러한 기능을 검토하는 데 도움을 주시겠습니까?

@chinesedfan 좋은 소식입니다.

다른 스레드에서 답변된 경우 미리 사과드립니다.

안녕하세요,

현재 고정되어 있는 v1.0 릴리스는 기술적인 부채를 말하고 싶을 정도로 달성하려고 했던 것과는 너무 거리가 멀다고 생각합니다. v1.0의 목표는 커뮤니티에 가장 중요한 것이 무엇인지 명확하게 제시하고 평가해야 합니다.

적절한 회귀 테스트를 통해 무엇보다 안정성을 추구해야 한다고 생각합니다. Axios는 또한 테스트 전략이 포함된 보다 구조화된 사전 출시와 함께 v1.0에 고정되어야 하는 안정적인 출시 전략이 필요합니다.

나는 곧 새로운 v1.0 프로젝트에 문제 등이 포함되도록 노력할 것입니다.

유지 관리 문제가 지금쯤 해결된 것 같으니 이 문제를 닫거나 잠글 수 있습니까?

지금은 종료되는 프로젝트를 시청하여 axios에 대한 새 버전과 제안된 로드맵을 확인하십시오.