code-review

2열

3답변

모든 코드가 결국 요청 코드 검토를 거치도록하기 위해 우리는 기능에 대한 브랜치와 git-flow style을 따르는 개발 중 버그 분기를 만들기 시작했습니다. 유일한 문제는 릴리스 분기에서 버그가 발견되면 릴리스 분기로 다시 풀 요청을하기 위해 릴리스 분기에서 분기를 만들어야한다는 것입니다. 그러나 버그가 릴리즈 브랜치 (bug)를 수정할 때 릴리즈 브랜

-1열

1답변

일식에서는 "호출자 계층 구조 표시"와 "호출 수신자 계층 구조 표시"의 차이점은 무엇입니까

그러나 만족할만한 대답을 찾지 못했습니다. 그것도 혼란 스럽다. 기억하기 위해 트릭을 줄 수 있다면 정말 도움이 될 것입니다. 미리 감사드립니다. ;)

0열

1답변

파일을 쉘핑 한 다음 나중에 SVN에서 가져 오기

코드 조각을 작성 했으므로 검토를 위해 보내 드리겠습니다. 문제는 리뷰 작성자가 다른 시간대에 있으므로 검토를 위해 동시에 앉아있을 수 없다는 것입니다. 필자는 이전에 perforce에서 일한 바 있습니다. 변경 사항을 보관할 수 있고 검토 자의 변경 목록 번호를 부여했기 때문에 검토자가 작업 목록에 해당 변경 목록을 가져올 수 있으며 따라서 변경 사항이

2열

1답변

TFS - 체크인이 지점에 적용되기 전에 의무적 인 코드 검토

코드가 지점에 적용되기 전에 모든 체크인을 검토하고 싶습니다. TFS에서 가능합니까? 나는 우리가 강제로 코드 검토를 할 수있는 체크 인 정책을 추가 할 수는 있지만 체크 인 전에 그리고 적용되지 않은 후에 적용된다는 것을 알고있다. 기존 흐름을 차단하지 않는 방법을 찾고 있습니다. 감사

3열

1답변

"검토 자에 의해 검토 된 파일 목록"과 "파일에 대한 검토 자 기록"을 얻으려면 TFS에 옵션이 있습니까?

는 TFS가에 있도록 내장 않는 파일에 대한 아래 정보에게 검토자가 검토의 역사를 검토 파일의 목록을 얻을 TFS에 어떤 방법이 있나요 이것에 대한 기능? 또는 TFS에이 플러그인이 필요합니까? 감사합니다.

0열

1답변

단순화 할 것을 약속 검토

나는 그 다음 변경 사항이 포함되어 커밋했다 : 가의 내용, 새로운 파일 aux 아주 사소한 편집을 파일 main의 큰 덩어리를 이동 전체 덩어리가 삭제하고 다시 삽입 된 것처럼 GitHub의이 DIFF를 표시하기 때문에 aux 불행하게도,이는이 GitHub의에서 검토 하드 커밋합니다. 이상적으로 리뷰어는 콘텐츠가 이동 한 후 aux에 수행 된 아주 사소한

0열

1답변

gerrit에서 코드 검토 의견의 수를 계산할 수 있습니까?

특정 gerrit 검토 커밋에 대한 코드 검토 주석의 번호를 가져와야하는 작업이 있습니다. 그런 다음 나중에 EPIC ID, BUC ID 및 각 EPIC/BUC 등에서 작성한 리뷰 검토 의견에 필터를 적용해야합니다. gerrit의 리뷰 의견을 알 수 있거나 가져올 수있는 방법이 있습니까? 그런 다음 댓글의 수를 계산합니까? 좋습니다.

1열

1답변

Gerrit 슬레이브는 인출을 위해 http 및 https 프로토콜을 허용합니까?

https 및 ssh 프로토콜을 사용하여 가져올 수있는 마스터 Gerrit 인스턴스가 있습니다. Gerrit 슬레이브는 UI 또는 gitweb을 지원하지 않으므로 Gerrit 슬레이브는 https 프로토콜을 통한 페치를 지원하거나 받아들입니까? 아니면 ssh 만 지원합니까? Gerrit 슬레이브에서 httpd를 사용하도록 설정 한 사람이 나를 도와 줄 수

0열

1답변

GitHub에 커밋하기 전에 코드 리뷰를 작성하십시오.

GitHub에 커밋하기 전에 팀 동료가 변경 한 내용이 포함 된 .diff 파일 (git diff에서)을 업로드하고 싶습니다. 어떻게 내 diff 파일을 업로드하고 colaborators에 대한 리뷰 페이지를 만들 수 있습니까? 나는 이미 구글이지만별로 명확하지 않다. 도와주세요, 고마워요!

-2열

2답변

마스터에서 코드 검토 수행 방법

Google 팀에서 코드를 개발했으며 코드가 준비되지 않았으므로 Git 리포지토리에 코드를 적용하지 않았습니다. 이제는 Git을 사용할 준비가되었지만 코드 개발이 끝난 다음 Git에 'master'브랜치가있는 프로젝트를 만들었습니다. 개발 된 (검토되지 않은) 코드는 '마스터'에 있습니다. 문제는 Git의 코드 검토 프로세스를 사용하여 코드 검토를하고 싶다