#1555에 대한 회귀 테스트 추가

묘사

이러한 테스트 기술에 대한 심사를 요청합니다. 호출init-project은 실제로 테스트를 실행하는 jvm의 클래스 경로를 바꿀 수 있습니다. 맞습니까?만약 그렇다면, 이것은 적어도 가설에서 엉망인 것 같다.완전한 테스트 세트가 여전히 통과되었다.
우리는 이런 상황을 방지하기 위해 전략 기능을 새롭게 정의할 수 있습니까?아니면 다른 테스트 방법#1555?

토론 #1

참고로 결함이 있는 버전에 대해 실패를 확인하기 위해 이 약속을 했습니다.합병 후 테스트가 통과되었다.만약 이것이 내가 원하는 제출 구조가 아니라면, 나는 기초를 다시 설정할 수 있다.

토론 #2

그리고 테스트가 leiningen-core 세트로 올라갈 수 있다는 것을 방금 알았어요. 그게 가치가 있을까요?

토론 #셋

감사합니다.그것을 leiningen-core 스위트룸으로 옮기면 좋고, with-redefs 스위트룸으로 옮기면 좋다.cemerick.pomegranate/add-dependencies를 cemerick-pomegranate.aether/resolve-dependencies로 재정의하면 이 점을 할 수 있을 것이다.

토론 #4

네, 업데이트했습니다.내 기계에서, 이 제출은 실패했지만, 메인 통행증과 합병되었다.

토론 #5

감사합니다!

토론 #6

인 것 같아. failing on travis-ci인 것 같아. - 더 필요할 것 같아. with-redefs인 것 같아. - 그래?나는 지금 깊이 연구할 시간이 없지만, 다른 사람이 즉각적인 생각을 가지고 있지 않다면, 나는 잠시 후에 다시 깊이 연구할 수 있다.

토론 #7

@trptcolin 이 PR의 특정 제출이 실패했다는 뜻입니까?예상한 거니까.마스터에서 복구된 버그에 대해 말하자면, 이것은 실패한 테스트이기 때문에, 우리는 합병 후에 통과할 것이라고 기대한다.
나는 그것이 엉터리 제출 구조인지 물어본 적이 있다고 생각했지만, 아무도 나에게 그렇다고 말하지 않았기 때문에, 나는 그것을 보류했다.

토론 #8

알겠습니다. 그래서 테스트 사이에 오염이 있는지 확인하지 못했지만 테스트 세트가 마스터에서 실패했습니다(pprint를 찾으려고 시도).정확한 해결 방안이 무엇인지 확실하지 않다.

토론 #9

나는 현재의 석사 학위에서 성공을 거두었다.

토론 #10

트라비스는 이 테스트를 통과하지 못한 것 같아...

토론 #11

@Michael Blume, 이 지점을 말합니까, 아니면 이 지점이 대가와 합병을 말합니까?분명히 실패한 테스트를 하는 것은 나쁜 생각이다. 왜냐하면 이것은 토론을 더욱 혼란스럽게 하기 때문이다.

토론 #12

이 합병 로그인

토론 #13

이후 마스터는 줄곧 실패했다https://travis-ci.org/technomancy/leiningen/builds

토론 #14

아, 알았어. 미안해. 이 일이 합병된 줄 몰랐어.조사해봐.

토론 #15

어떤 사람이 내가 마스터에 이 테스트를 평론하는 것을 반대했다. 왜 그것이 트래비스에서 실패했는지 아는 사람이 있을 때까지.

토론 #16

또는 트라비스의 적대 테스트를 표시할 방법이 있습니까?

토론 #17

평론^:disabled보다 낫다고 생각합니다.

토론 #18

테스트 선택기를 추가하는 것을 고려하지만travis 설정을 편집해야 합니다.:ci내가:
1.

토론 #19

2. rm -rf ~/.m2/repository/lein-pprint/lein-pprint/1.1.1의 내 사용자 프로필에서 삭제lein-pprint.
이것은 테스트 오염이 아니다. (내가 이전에 의심한 바와 같이) 왜냐하면 이 테스트를 단독으로 실행하면 실패하기 때문이다. ~/.lein/profiles.clj나는 이곳에서 도대체 무슨 일이 일어날지 모르겠지만 the stacktracebin/lein test leiningen.core.test.mirrors호출init-project하고 반대로 호출load-plugins한다.여기에서 resolve-dependencies 호출하고 기본값 init-project 을 포함하는 항목을 사용해야 합니까?이 줄을 추가하면 일을 로컬에서 전달할 수 있습니다.

:repositories [["clojars" {:url "https://clojars.org/repo/"}]]

나는 이것이 정확한 변화일 수 있다고 생각하지만, 이것이 테스트의 최초 목적에 위배되는지는 확실하지 않다.:repositories 잘 받았어, 코린.
이곳의 문제는 프로젝트 지도가 너무 누추하다는 것이다.기본 설정

토론 #20

은 포함되지 않습니다.가장 좋다:repositories.defproject 보고 있어요.

토론 #21

나는 방금 테스트 실패의 방식이

토론 #22

와 같다는 것을 확인했기 때문에 나는 계속 이 테스트로 전환할 것이다.defproject 네, 그래서 실패했습니다. 하지만oracle-7 버전에만 한정됩니다.https://travis-ci.org/technomancy/leiningen/builds/29345346
단서 있으신 분?이것은 조각형의 구조입니까?마븐 센트럴이 잘못한 것 같습니다.누가 재건을 요구할 능력이 있습니까?

토론 #23

이것은 일시적인 실패일 수 있지만 오픈 jdk의 실패에 영향을 주지 않을까 걱정하지 않습니다.

토론 #24

네, 계속 합병할게요.고마워, 코린아.

토론 #25

우후-감사합니다!

토론 #26

사실 이번 실패는 심지어 나의 테스트 때문이 아니라

토론 #27

.아마도 이전의 제출 실패일 것이다. 그러나 이번 실패는 무엇을 덮었습니까?
오로라클이 없기 때문에 저는 둘로 나눌 수 없지만 Phil의 최근 제출은 테스트가 있는 파일에 닿았습니다. e6b620cabe3fbd0f038b9f7dbce6747c2edf77ca

토론 #28

FWIW, 오로라클java7이 있습니다. 이것은 로컬에서 전송된 것입니다. 로컬maven repo에서 eclipsejar를 삭제했어도...어깨를 으쓱거리다leiningen.core.test.eval/test-java-agent잘못은:

(Could not transfer artifact org.eclipse.jdt:core:jar:3.3.0-v_771 from/to central (http://repo1.maven.org/maven2/): GET request of: org/eclipse/jdt/core/3.3.0-v_771/core-3.3.0-v_771.jar from central failed)

그렇지만http://repo1.maven.org/maven2/org/eclipse/jdt/core/3.3.0-v_771/
일시적인 네트워크 고장이 트래비스나 다른 무언가에 캐시되어 있는지 알고 싶습니다.어쨌든 나는 우리가 지금 하고 있는 것이 무엇이 잘못되었는지 분간할 수 없다.만약 우리가 확신하고 싶다면, 아마도 트라비시를 조사할 가치가 있을 것이다.