pull-request

0열

1답변

빌드 서버 및 버전 제어에 VSTS가 사용됩니다. 빌드 프로세스의 일부로 master 분기에서 develop 분기로 풀 요청을 만들고 싶습니다 (master에서만 실행중인 빌드 용). 나는 이것을 할 API endpoint가 있음을 알고 있습니다. 하지만 더 좋은 방법이 있는지 궁금합니다. 그것을하는 관례 단계와 같이 (나는 그것을 놓쳤습니다)?

0열

2답변

스쿼시 닫힌 끌어 오기 요청의 커밋

나는 병합 및 닫힌 끌어 오기 요청이 있습니다. 그 후 나는 그 지부를 삭제했다. 이제 해당 지사의 모든 커밋이 병합 된 지 역사에 표시됩니다. 이제 Git에서 브랜치를 복구하는 옵션이 있지만 실제로 원하는 것은 PR의 일부 커밋을 스쿼시하여 병합 된 브랜치의 커밋 히스토리에 표시되지 않도록하는 것입니다. PR에는 5 개의 커밋이 있고 병합되고 닫힙니다.

1열

1답변

Github 저장소의 소유자 인 경우 내 코드를 검토하려면 어떻게해야합니까?

나는 저장소 (나는 소유자)를 만들었습니다. 내 저장소에는 약 5 명의 기여자가 있습니다. 참여자가 끌어 오기 요청을 제출할 때 제출 한 코드를 검토 할 수 있습니다. 내가 알아야 할 것은 다른 계정을 개설하고 저에게 기여자가되어 다른 사람이 repo에 추가하기 전에 먼저 저널 저장소에 커밋 한 내용을 검토하는 것입니다.

0열

1답변

Bonobo Git 서버에서 pull 요청을 사용할 수 있습니까?

특히, 우리 팀은 Bonobo git을 가지고 있으므로 워크 플로의 중요한 부분으로 끌어 오기 요청을 사용해야하지만 명령으로도 Bonobo git에서 요청을 가져올 수 없습니다. 어떻게해야합니까? 지금? 감사!

0열

1답변

인 IntelliJ 아이디어 끌어 오기 요청의 모든 변경 사항을 표시

코드를 표시합니다 하게 IntelliJ IDEA는 내가 만든 있지만 다음 (새 코드의 왼쪽에 녹색 막대)처럼 아직 커밋하지 않도록 변경 마지막 커밋에서 변경된 코드를 파악하는 데 도움이됩니다. 필자가 pull 요청을 검토 할 때 intellij IDEA가 모든 코드 변경 사항을 PR과 같이 표시 할 수 있도록 유사한 기능 (또는 수행 할 수있는 작업)이 있

-1열

1답변

중복 코드가 감지되지 않습니다.

저는 Sonarqube를 VSTS와 함께 사용하고 있습니다. 그러나 두 가지 방법이 동일하면 어떤 이유로 중복 코드가보고됩니다 (즉, 메시지가 PR에 추가됨). 그러나 이러한 방법이 거의 동일하다고 가정 해 보겠습니다. public void A(int a) { if(a == 0) return; // code from B }

2열

1답변

github : 끌어 오기 요청없이 코드 검토?

shared repository model을 사용하십시오. 한마디로 : 우리는 우리가이 같은 워크 플로를 사용했습니다 모든 에서 통합을 잡아 당겨 요청을하지 않으 코드는 변경 검토 할 수 싶지만 과거 코드 공동 작업자와 함께했지만 Git (?)과 함께 생각하지 않습니다. 중요한 것은 코드 통합에 대한 신속한 검토와 동시에 코드 변경 사항을 검토하는 것입니다

1열

1답변

병합하기 전에 끌어 오기 요청을 정리하는 방법은 무엇입니까?

GitHub의 풀 요청 메커니즘과 관련된 질문이 있습니다. 밥은 지점에 일부 변경을 커밋 : * Added feature foo * Added feature bar * Removed latency in baz 그런 다음 그는 PR을 만듭니다. 앨리스와 다른 사람들은 홍보를 거부하고 변화를 요구합니다. 밥은 행복하지와 밥이 말 * Again some

1열

1답변

Github에서 열려있는 풀 요청 내용 모두 다운로드

주어진 Github 저장소의 모든 열린 풀 요청 내용을 별도의 markdown/text 파일로 다운로드 할 수 있습니까? 나는 TA이며, 현재 모든 학생들이 시험 답안을 포함한 풀 요청을 제출하도록하고 있습니다. 현재, 각 프로세스를 클릭하여 원시 텍스트를 마크 다운 파일로 복사하고 각 질문에 대해 수신 한 포인트를 수동으로 작성합니다. 이것을 합리화하기를

0열

1답변

Git의 대규모 변경을위한 전략 - 다운 스트림 브랜치와의 병합 충돌을 피하기 위해

나는 우리가 병합 충돌을 방지하고보다 깨끗하고 깨끗한 공통 포맷터를 구현하기로 결정한 매우 큰 프로젝트에서 작업합니다 PRs를 볼 때 diffs (제발, 이것에 대한 의견 - 그것은이 시점에서 협상 불가능하다). 전체 코드 기반에서 포맷터를 실행하고 하나의 커밋/PR에서 모든 포맷팅을 방해하는 것이 정말 좋을 것 같습니다. 문제는 동시에 진행중인 여러 릴리