Testng: 기고자를 위한 웨비나 또는 방법

안녕하세요,

나는 당신이 제안한 것을 이해하지 못하지만 TestNG의 사용이나 개발에 도움이 될 수 있는 모든 문서는 언제나 환영합니다.
가장 좋은 위치는 CONTRIBUTING.md 파일입니다(풀 요청을 통해 자유롭게 제안할 수 있음).
건축에 관해서는 위키도 좋은 곳이 될 수 있습니다.

당신의 도움을 주셔서 감사합니다.

저는 @RocketRaccoon 이 주요 TestNG 기고자( @cbeust 와 당신 @juherr)에게 웨비나를 요청했다고 믿습니다. 이 웨비나는 커미터가 되고자 하는 초보자에게 입문 수준을 낮추기 위한 TestNG 핵심 아키텍처를 설명합니다.

그리고 솔직히 아키텍처 세부 사항으로 PR을 만드는 초보자를 제안하는 것이 조금 이상해 보입니다.

@sskorol 설명 감사합니다. 제가 말하고 싶었던 것이 바로 그것입니다.

좋아, 이제 수정같이 맑아졌어 :)

TestNG 내부 문서의 주요 출처는 @cbeust 블로그: https://www.google.com/?gws_rd=ssl#q = site:beust.com+testng 이며 이해하고 싶을 때 찾는 곳입니다. 어떻게/왜 뭔가가 작동하는지 (또는 @cbeust를 방해
문제는 TestNG가 지난 몇 년간 더 많거나 적은 활동을 한 10년 된 프로젝트라는 것입니다. 그러면 가정된 아키텍처는 실제 아키텍처도 아니고 2016년에 있어야 하는 아키텍처도 아닙니다(IMO는 완벽하게 괜찮습니다).

내 경험에 따르면 모든 것을 알지 못하기 때문에 문제에 대한 수정 사항을 찾는 데 많은 시간이 걸리고 실제 원인을 이해했을 때 수행한 작업을 롤백해야 합니다.

사실, 기여하고 싶다면 계속해서 무언가를 시도해보세요 :) 저는 항상 pull-request를 최대한 빨리 검토하고 작성자가 병합할 수 있도록 돕습니다.
예를 들어, 좋고 쉬운 시작은 오래된 pull-request를 검토하고(문제가 여전히 존재하는지 확인) 다시 작업하는 것(대부분의 경우 테스트가 누락됨)일 수 있습니다.
저처럼 TestNG가 좋은 프로젝트이고 다시 태어나야 한다고 생각하신다면 부담 없이 제안해 주시면 최선을 다해 도와드리겠습니다.

솔직히 아키텍처 세부 사항으로 PR을 만드는 초보자를 제안하는 것이 약간 이상해 보입니다.

처음에는 질문을 이해하지 못했으며 관점에 동의합니다.
하지만 우리는 뉴비가 뉴비에게 필요한 것이 무엇인지 이해할 수 있는 최고의 사람이라고 생각할 수도 있다고 생각합니다. :)