gitでホストされているコード（gitとターミナルコンソール以外のツール）を使わずにコードレビューを行う標準的な手順はありますか？ツールを使わずにgitでJavaコードを見直す標準的な方法はありますか？
コミットのログを調べるだけで、どのコミットが特定のStory（スクラム）にリンクしているのかを判断するのは難しいです。私のチームの人々は、コミットメッセージにJiraチケットを入れることになっていますが、しばしばそれを実行しません。実行するためのものは何もありませんし、そうしたとしても、私に依存する必要はないその上に。
開発者がコミットメッセージでそれを言及していない場合、ストーリーまたはJIRA IDに対してコミットされたコードを見つける方法はないと思います。正しいJIRAに対してコードをコミットすることは、開発者の責任です。
とにかく、この問題を処理するには、コミットメッセージ（JIRA IDなしのコミットを許可しないなど）と承認プロセスを適所に置くことができます。 開発者がメインの開発ブランチで直接コードをマージすることを許可しないでください。彼らの話のために別々のブランチを作成させ、要件がコード化されたら、開発者はBitBucketで適切な承認者に言及してプルリクエストを起こさなければなりません。
承認者の1人が承認したら、開発ブランチで変更をマージすることのみを許可します。
このようにして、承認者になると、ソースコードをJIRAのナラティブに照らして見直し、検証する機会が得られます。
おかげで、このリンクがあることを意味し、それは
ご意見ありがとうございます。現在BitBucketは仕事中では使用していません。機能ブランチを持っていますが、デベロッパーは主に開発ブランチからマージすることを頻繁に行います（最後に多くの競合を処理する必要がないため）。私たちが支店にいても、望みのコミットを見つけることができます。 – RodrigoMonte
私が理解する限り、あなたの問題は、関連するJIRA /ストーリーIDのない単一のストーリーに対する多くのコミットのようなものです。その場合は、git logコマンドを使用して、日付範囲を指定して開発者（git term 'Author'）のコミットを得ることができると思います。少なくとも、すべてのコミットをハッシュで見つけることができ、git showコマンドを使用して、すべてのハッシュに対してソースコードの変更を検証できます。 –
https://confluence.atlassian.com/bbkb/how-to-locally-fetch-and-checkout-a-pull-request-724402529.html –
を役に立てば幸いすべての開発は1つのユニークなコミットで行われます。実際の人生では、すべての開発者がストーリーのために多くのコミットを行い、私がそれを修正するように割り当てられたとき、私はコミットハッシュを持っていないので、それらを特定する必要があります。 – RodrigoMonte