도구 (git 및 터미널 콘솔 제외)를 사용하지 않고 git에서 호스팅되는 일부 코드에 대해 코드 검토를 수행하는 표준 절차가 있습니까?도구를 사용하지 않고 git에서 Java 코드를 검토하는 표준 방법이 있습니까?
커밋 로그를 보면 커밋이 특정 스토리 (스크럼)에 연결되어 있는지 확인할 수 없습니다. 우리 팀의 사람들은 Jira 티켓을 커밋 메시지에 넣기로되어 있지만 종종 그렇게하지 않습니다. 시행하지 않아도됩니다. 그렇다고하더라도 내가 의존해야한다고 생각하지 않습니다. 그걸로.
개발자가 커밋 메시지에서 언급하지 않은 경우 스토리 또는 JIRA ID에 대해 커밋 된 코드를 찾을 방법이 없다고 생각합니다. 정확한 JIRA에 대한 코드를 작성하는 것은 개발자의 책임입니다.
어쨌든이 문제를 처리하기 위해 커밋 메시지 (JIRA ID가없는 커밋을 허용하지 않음)와 승인 프로세스를 제한 할 수 있습니다. 개발자가 주 개발 지점에서 직접 코드를 병합하도록 허용하지 않습니다. 개발자가 이야기에 대한 별도의 분기를 만들도록하고 일단 요구 사항이 코딩되면 개발자는 올바른 승인자를 언급하는 BitBucket에서 끌어 오기 요청을 제기해야합니다.
승인자 중 한 명이 승인 한 후에는 개발 분기에서 변경 사항을 병합 할 수있게하십시오.
그런 식으로 승인자가되면 JIRA 서술과 비교하여 소스 코드를 검토하고 유효성을 검사 할 수 있습니다.
덕분에, 그것은
이의견을 보내 주셔서 감사합니다. 우리는 현재 BitBucket을 직장에서 사용하지 않고 있으며, 기능 분기를 가지고 있지만 개발자가 주 개발 지점에서 자주 병합하여 (결국에만 많은 충돌을 처리하지 않아도되기 때문에) 어렵습니다. 우리가 지점에 있더라도 원하는 커밋을 발견하십시오. – RodrigoMonte
내가 이해하는 한, 당신의 문제는 JIRA/story id가없는 한 이야기에 대해 많은 커밋을 한 것과 같습니다. 그런 경우에는 git log 명령을 사용하여 날짜 범위를 제공하여 개발자 ('git'용어로 'Author')에서 커밋을받을 수 있다고 생각합니다. 적어도 해시로 모든 커밋을 찾을 수 있고 git show 명령을 사용하여 모든 해시에 대한 소스 코드의 변경 사항을 확인할 수 있습니다. –
https://confluence.atlassian.com/bbkb/how-to-locally-fetch-and-checkout-a-pull-request-724402529.html –
이 링크는 것을 의미한다 도움이되기를 바랍니다 모든 개발은 하나의 고유 한 커밋에 있습니다. 실생활에서 모든 개발자는 한 이야기에 대해 많은 커밋을하고, 수정하려고 할 때 커밋 해쉬가 없기 때문에이를 식별해야합니다. – RodrigoMonte