때때로 발생합니다. 일부 라이브러리는 다른 라이브러리에 의존하고 사용자가 잘못된 저장소에 속한 이슈를 엽니 다. 이슈를 다른 리포지토리로 이동할 수 있습니까?
하나가 다른 하나에 의존하고 하나가 제대로 작동하지 않는 한 둘 다 그렇지 않기 때문에 문제가 둘 다 저장소의 문제로 보일 수 있다고 주장 할 수 있습니다. 그러나 나는 그것이 속한 저장소의 문제에 대한 해결책에 대해 이야기하고 싶습니다.
때때로 발생합니다. 일부 라이브러리는 다른 라이브러리에 의존하고 사용자가 잘못된 저장소에 속한 이슈를 엽니 다. 이슈를 다른 리포지토리로 이동할 수 있습니까?
하나가 다른 하나에 의존하고 하나가 제대로 작동하지 않는 한 둘 다 그렇지 않기 때문에 문제가 둘 다 저장소의 문제로 보일 수 있다고 주장 할 수 있습니다. 그러나 나는 그것이 속한 저장소의 문제에 대한 해결책에 대해 이야기하고 싶습니다.
답변:
문제 전송에 대한 GitHub 문서를 참조하십시오 .
미해결 문제를 다른 저장소로 전송
GitHub에서 저장소의 기본 페이지로 이동합니다.
저장소 이름에서 문제를 클릭 합니다.
문제 목록에서 전송할 문제를 클릭합니다.
오른쪽 사이드 바 에서이 호 전달을 클릭 합니다.
아니요, 공식적으로 저장소간에 문제를 이동할 수 없습니다.
그러나 저장소에서 다른 것으로 이슈를 가져 오는 일종의 플러그인 인 github-issues-import 해킹이 있습니다 .
gh-issues-import
나에게 깨진 것처럼 보였습니다 (404를 계속 얻었습니다). 나는 Mikko의 스크립트를 사용했고 정상적으로 작동했습니다. 그러나 닫힌 이슈를 닫거나 레이블이나 마일스톤을 가져 오지 않았습니다. 사용자 이름 / 비밀번호를 업데이트하고 colored
.
state=closed
에서 URL의 쿼리 매개 변수를 추가 하기 만하면 get_issues
됩니다.
한 저장소에서 다른 저장소로 문제를 복제하는 Kamino라는 Chrome 확장 프로그램을 만들었습니다. 또한 원래 문제를 종료합니다. 결국 MS Edge에서도 사용할 수 있습니다.
https://chrome.google.com/webstore/detail/kamino/ffdebockfdjileaojbbccofhgncmioaf?hl=en-US
이제 (2019 년 5 월) 더 쉽습니다.
"을 참조하십시오 문제 전송 권한의 개선 "
두 저장소에 대한 쓰기 액세스 권한이있는 사용자는 이제 이슈 전송을 사용하여 두 저장소간에 이슈를 이동할 수 있습니다.
이전에는 두 저장소에 대한 관리자 권한이있는 사용자 만 문제를 전송할 수있었습니다.또한 더 이상 문제가 개인 저장소에서 공용 저장소로 전송되는 것을 허용하지 않습니다.
" 다른 저장소로 이슈 전송 "에서 자세한 내용을 참조하십시오 .