Jeweler는 루비 1.9에서 올바른 코드 덮어쓰기 도구를 선택해야 합니다

묘사

Rcov는 1.9에서 작동하지 않습니다.
예: SimpleCov을 몇 분 안에 대안으로 설정했는데 효과가 좋았습니다.

토론 #1

이것은 쥬얼러 1.6.2에서 만난 것이다.

토론 #2

이건 좀 까다롭다.내가 아는 바에 의하면, 이 두 가지 상황에 동시에 적용할 수 있는 덮어쓰기 도구는 하나도 없다.뿐만 아니라 rcov 대표<1.9,simplecov 대표>=1.9를 지정하는 진정한 방법은 아직 없다
여기는 당신의 건의를 절대 환영합니다.

토론 #셋

네, 이 두 가지 상황에서 동시에 일할 수 있는지 몰랐어요.
왜 우리는 환경에서 루비를 볼 수 없습니까? 루비가 어떤 버전인지 보십시오.
만약 이 점을 하지 못한다면, 나는 명령행 스위치가 이러한 행위를 제어하기를 희망한다. 만약 우리가 그것을 자동적으로 할 수 없다면.

토론 #4

이상적인 상황에서 두 가지 방법 모두 사용할 수 있거나 최소한 하나의 작은 패드가 있으면 그 중 어느 하나라도 쉽게 사용할 수 있지만 엔진 뚜껑 아래에서 적당한 플랫폼을 사용할 수 있다.

Why can't we just look at the ruby in the environment to see what version it is?

이 가능하다, ~할 수 있다,...그러나 이것은 프로젝트가 생성될 때만 가능하다.

Failing that, I'd love to have a command line switch to control this behavior if we don't want to/can't make it automatic.

나는 이 생각이 좋다.생성할 때 제어할 수 있지만, 사용자가 있는 플랫폼에 합리적인 기본값을 설정할 수도 있습니다.

토론 #5

당신은 보석상 설정 파일을 사용하여 이런 사건의 상태를 저장하는 것을 반대하십니까?이런 방법을 사용하면, 우리는 생성할 때 환경을 검사하고, 명령행 스위치를 통해 다시 쓰기를 허용하며, 미래의 호출에 대해 무엇을 결정했는지 기억할 수 있다.
이것은 대부분의 사용자에게 공정한 작업 설정을 제공하고 슈퍼 사용자에게 덮어쓰기를 제공할 것이다.

토론 #6

이미 하나의 메커니즘이 있다.) JEWELER OPTS는 JEWELER가 사용할 환경 변수로 명령행 표지판에 덮어씌운다.
유일하게 부족한 것은 자동 검사를 하는 것이다.우리는 이미 Jeweler::Generator::Options에 git와github 설정 같은 것을 도입했기 때문에 나는 이것이 이러한 내용을 첨가하는 곳이라고 생각한다.

토론 #7

이것은 rvm와 같은 물건에서 잘 작동하고 있으며 모든 항목에 환경 변수를 설정하여 나의 주요 용례에 적용할 수 있다.

토론 #8

나는 우리가 자동으로 검측해서는 안 된다고 생각한다.기본적으로 Jeweler는 각 Ruby 버전에 대해 일관된 조치를 취해야 합니다.rcov는 1.9.2에 적용되지 않기 때문에 rcov는 선택할 수 있어야 한다고 생각합니다. (지금은 기본값입니다.)내 결론은 rcov와 잠재적인 다른 덮어쓰기 도구 (왕왕 루비 내부에 의존) 를 위한 스위치를 만들어야 한다는 것이다.기본 동작은 rcov를 사용하지 않는 것입니다.

토론 #9

저는 #238에서 rcov를 옮겼습니다.우리는 정말로 테스트 범위의 뒤로 호환성을 검사해야 합니까?최신 루비 세트나 다른 걸로 검사하면 충분할 것 같아요.

토론 #10

아, rcov나simplecov의 사용법을 모르겠어요. 그런데 만약에 우리가 단순cov를 사용한다면 rspec 테스트는 낡은 루비에서 실패할 거예요. 그렇죠?

토론 #11

simplecov는 트라비스의 루비1.8.7+를 바탕으로 구축되었는데, 현재의 구축이 실패했음에도 불구하고.우리는 녹색 건설이 있는 버전을 선택해야 할지도 모른다. Ruby 1.8.7이외에 simplecov 1.0 브래킷을 제거합니다Ruby 1.8.7:colszowka/simplecov@5703690241a1df6525ce61bf3ec2eda813760237. 나는 단순cov로 rcov를 대체하고 쥬얼러1.8.7에 대한 지원을 점차 포기하고 다른 의존항도 이렇게 할 때 계속 전진할 수 있다고 생각한다.
@muratayusuke, 이것 괜찮아요?

토론 #12

@emilsoman 네, 열심히 하겠습니다.나는 작업복에 관심이 있다:)
https://coveralls.io/

토론 #13

작업복은 좋지만 rcov/simplecov를 대체할 수 있을지 모르겠습니다. 작업복을 먼저 등록해야 사용하기 시작할 수 있다는 것을 감안하면.또한 프로젝트를 만들 수 있는 작업복 API를 찾을 수 없습니다.
하지만 작업복을 통합하는 방법을 찾을 수 있다면 멋진 기능이 될 것이다.저는 개인적으로 작업복을 계속 사용하고 있어요!

토론 #14

I already removed rcov in #238 . Do we really need backwards compatibility of checking test coverage?

이것은 좋은 문제다.단순cov와 비슷한 것을 선택할 수 있을 것 같습니다. 만약/1.8.7이 떨어진다면, 쥬얼러에서 그것을 검출하고 경고/오류를 하면 사용할 수 없습니다.