보석상의 미래

나는 이미 몇 년 동안 그것을 써 본 적이 없다.나는 내가 이 일을 할 시간이 없다고 말할 수 있지만, 이것은 완전히 사실은 아니지만, 이것은 절대로 내가 우선적으로 고려하지 않은 문제이다.
나는 두 가지 가능성을 보았다.
- 저장소를 포기됨으로 표시하고 대안을 권장합니다.
- 가장 활발한 분기를 찾아 사양명세 분기로 만들기
후자에 대해서는 서로 다른 명칭의 포크가 있다.나는 그중의 하나가 규범이 되는 포크를 기꺼이 원하지만, 나는 단지 보고 싶을 뿐이다.
- 가닥 이름(즉 경고) 사용을 거부하고 jeweler로 이름 바꾸기
- Jeweler를 사용하지 않고 이름을 바꾼 fork로 이동하면 업그레이드 경로가 생깁니다
어느 순간 보석상들의 유산에 관심을 갖고 내 이름에 의존할지도 모르지만, 이 점에서 적극적으로 보호받고, 새롭고 사랑스러운 손에서 지켜지는 것을 보니 기쁘다.
복사본https://github.com/technicalpickles/jeweler/issues/280 https://github.com/technicalpickles/jeweler/pull/281@steakknife@flajann2

묘사

저는 유행이 지난 PRs문제를 끝내고 이번 회의를 준비할 것입니다.

토론 #1

자체 설명서 및 라이브러리 설명을 업데이트하여 유지 보수되지 않은 것으로 표시되고 여기에 대한 링크가 있습니다.

토론 #2

만약에 이 일을 실시간으로 이야기하고 싶은 사람이 있다면 나는gitter방을 만들었다.https://gitter.im/technicalpickles/jeweler

토론 #셋

의 또 다른 생각: 제출할 수 있는 사람이 한 명도 없지만 몇 명이 제출할 수 있다면 나는 개원 조직을 만들 수 있다(jeweler가 인수되지만 jewelerrb는 사용할 수 있다).아니면, 어쨌든 관리가 더 쉬울 수도 있다.

토론 #4

@technicalpickles: 제가 말한 바와 같이 저에게 상응하는 권한을 부여하면 소규모 유지보수를 인수할 수 있을 것 같습니다. (예를 들어pull 요청을 합병하고 루비게이지에서 발표할 것 같습니다.)
나는 적극적인 개발을 할 생각은 없다. 나는

토론 #5

해야 할 일이 있다. (나의 주요 업무를 제외하고는). 그러나 나는 Jeweler를 사용하고 있기 때문에, 나는 분명히 그것의 기능을 유지하는 것에 흥미가 있다.rubyXLgitter에서 말했지만, @weshatheleopard를 협력자로 추가했습니다.✨

토론 #6

앞에서 말한 포크 사용: @flajann2의juwelier(https://github.com/flajann2/juwelier) 2.3에서 잘 작동하고 일부 변경/개선 사항이 있습니다.

토론 #7

저도 @steakknife 포크를 시도해 봤는데 마스터 브랜드에서도 유효합니다.

토론 #8

@leifcr에서 주웰러의 주요'문제'는 이름 공간을

토론 #9

에서 Jeweler로 바꾸는 것이다. 이것은 이전 경로를 더욱 어렵게 하고 더욱 어렵게 할 수 있다.선택은 jeweler를 주welier에 의존하는 것으로 바꾸고, 그 주변에 버려진 알림이 있는 API 패키지를 제공하는 것입니다.Juwelier@ 기술 컨설턴트 동의

토론 #10

https://github.com/flajann2/juwelier
나는 보석상을 맡아서 그것을 보호하기를 매우 좋아한다.아니면 간단하게 쥬얼리어를'공식'의 대체품으로 만들 수도 있다.명칭 공간 문제에 관해서 나는 잠시 후에 이 문제를 해결할 계획이다.
내가 하려고 하는 일은 그것을 semver와 통합시켜 버전 제어의 대체 방안으로 삼는 것이다.많은 사람들이 의심할 여지없이 현재의 Jewler 버전 제어 방법을 사용하고 있기 때문에, 나는 그것을 여기에 남겨 둘 것이다.
어쨌든 네가 뭘 하고 싶은지 알려줘.

토론 #11

@flajann2 고맙습니다.나는 너를 이 환매 협의와 루비게이지의 합작자로 추가할 것이다.시작하자.
나는 JueWire를 공식적인 대체품으로 만들 수 있다. 나는 단지 기존 사용자의 업그레이드 경로를 걱정할 뿐이다.다음은 내가 상상하는 길입니다. 어느 길이 햇빛에 가려져 있든지.
- 공식 품목에 호환성 이름 공간 추가(즉, Jeweler에서 Juwelier 또는 viceversa로)
- 원래 이름 공간에 형식 이름 공간을 사용하는 것을 나타내는 버림 경고를 추가하면 해당 버전이 삭제됩니다(기본 버전).
어느 게 더 쉬운지 결정하게 해줄게.나는 보석상들의 이름을 보존하는 것을 지지하는 투표를 할 것이다. 왜냐하면 이것은 사용자들에게는 더 쉬울 수도 있지만, 다른 방향에서는 그것을 위해 홍보하는 것이 더 짜증날 수도 있기 때문이다.

토론 #12

@flajann2 실제로, 당신의 GitHub 파일과 주welier에 있는 그 Ruby Gems 이메일 주소를 나에게 알려줘야 할 수도 있습니다.gemspec가 작동하지 않습니다.

토론 #13

재미있다...나는 루비게이지가 어떻게 일을 하는지 생각해 본 적이 없다.보석에 대한 소유권이 이전될 때 org 처리가 변환됩니다.

토론 #14

@technicalpickles, 저의github 설정을 업데이트했습니다.
시도:
[email protected]
혹은
프레드야[email protected]
나는 명칭 공간의 문제를 고려할 것이다. 그러나 나는 Jeweler에 대한 나의 변경 사항을 합병하는 것을 선택할 수도 있다.근데 새로운 쥬얼리어 사용자들, 쥬얼러로 돌아가게 해줘야 돼.그래서 저는 Jeweler에 대한 기본적인 유지보수를 하고 모든 사람들이 Juwelier로 전향하여 더 많은 최신과 새로운 기능을 얻도록 격려하는 경향이 있습니다.

토론 #15

오, 루비제임스...하덴도 그곳의 교통 문제를 생각하지 못했다.검색:
http://guides.rubygems.org/command-reference/#gem- 소유자
그리고 RubyGems 계정:
https://rubygems.org/profiles/alveric, 전자 우편:[email protected]
한 사람이 당신의 Rubygems 이메일을 쉽게 바꿀 수 없을 것 같습니다.통합은 여기까지!

토론 #16

rubygems.조직의 전환은 사실 문제가 아니다.새 소유자만 추가하면 됩니다.

except then I would have to bother the new Juwelier users to go back to Jeweler.

당신은 더 많은 새로운 쥬얼리어 사용자가 있을 것이라고 생각합니까? 아니면 기존의 보석상 사용자가 있을 것이라고 생각합니까?그리고 루비게이지.org에서 통계 데이터를 다운로드하지만, 이 데이터는 영구적이기 때문에 다른 해결 방안을 찾은 사용자를 설명할 수 없습니다.

I will give some thoughts to the namespace issues, but what I might elect to do is to merge in my changes to Jeweler. So I am leaning more towards doing some basic maintenance on Jeweler and encouraging all to switch to Juwelier for more up-to-date and new features.

만약 이렇게 한다면, 쥬얼러를 쥬얼러의 의존항으로 만들고, 내가 방금 언급한 명칭 공간 개념을 실현하며, 쥬얼러 파일은 버려진 알림만 출력할 수 있다.

토론 #17

https://rubygems.org/profiles/alveric , email for that: [email protected]

Seems one cannot easily change your Rubygems email! So much for consolidation!

[email protected]소용없다.나는 프레드까지 넣을 수 있어[email protected]그러나

토론 #18

어떤 이유로 비어 있음:

$ gem owner -a [email protected] jeweler
Owner added successfully.
Owners for gem: jeweler
- 
- <redacted>
- [email protected]
- <redacted>
- <redacted>

해봤어요[email protected]하긴, 보석 소유자는 존재하지 않는다고 한다.혹시 이메일 주소를 업데이트할 수 있습니까?gem owner jeweler 네, 보석상이 제 GitHub에 나타나고 RubyGems도 있는 걸 봤어요.
모든 것이 보기에 매우 좋다.나는 지금 너의 아이를 돌보러 왔다.감사합니다.

토론 #19

왜 분기가 아닌 다른 개발자에게 직접 제출 접근 권한을 추가하지 않습니까?

토론 #20

이것은 하나의 생각이다.현재pull 요청이 유효합니다.

토론 #21

작업을 잠금 해제하기 위해 PRs만 보냈어요.나도 보석상은 사용하지 않는다.귀신이 곡할 노릇이다. 나는 심지어 내가 쓴 gm로 gms에 서명하지 않았다.유대인 구역 복사 스티커/근육 기억/스크립트 FTW.
성공하기를 희망하지만, 코드 생성은 소프트웨어 설정 관리와 결합되어 표준화된 설정을 사용하더라도, json이 아니라 루비이기 때문에 확장이 잘 되지 않는다.
👍 살인죄가 있어서요.
PS:Github는 실제 소스 오픈 프로젝트에 사용할 지역사회 투표 시스템이 필요합니다. 만약에 관리자가 사망하고 비밀번호를 잃어버리거나 미치면 포크가 약 40%를 차지합니다.이로써 모조보의 프로젝트는 실제로 4억 개의 복구가 필요한 프로젝트에서 좋은 것을 얻을 수 있다.(포크 보급/(지점) 따위.
PPS:Bundler already has most of this functionality,그런데 저는 그것을 사용하지 않습니다.