Currently, for large code quantity of code changes, we are doing pre-commit reviews. However, there is no guaranty that the final patch that was reviewed is the code that is checked into the repository. Can an iterative pre-commit review become a post commit review? Or will another review have to be opened after the code is committed? If not, is there a way to link a pre and post commit review so the entire review/code change process is documented?
Thank you for your answer. This seems to be the best option as with out JIRA, it doesn't look like a review can be opened as a pre commit and continue to be reviewed after post commit (without having to open up another review). My issue is that many times, the last patch I reviewed, will include tweaks I did not approve before being checked in.
Let me ask you a question: why do you use pre-commit reviews? From description of your problem I have an impression that you should rather try to setup a branch workflow process in your team, i.e. to develop feature on a branch, perform review on a branch and next merge changes to master/trunk. This way you'll be able to easily spot non-approved commits.
Yes, you are correct regarding review branch. Unfortunately we didn't start out working on a review branch and our teams offshore created the the pre commit reviews (there are many) already. If the functionality in Crucible was available to track a pre commit review through post commit, then I was going to take advantage of it. We will start the review branch development next load.
is there a way to link a pre and post commit review so the entire review/code change process is documented?
You can link a review to a JIRA issue. Also many reviews can point to the same issue. In JIRA, on the issue view page, in the "Development" panel you will see a link to related reviews.
It depends on your needs, actually. For instance, you can add a global comment to a review and put a key(s) of the related review(s) in it. You can also use the "Activity" tab to see if all comments have a review(s) associated with it. You can also use the Release Report plugin to check content between two arbitrary changesets.
Everything below is tested on Ubuntu 17.10. I prefer to use Jira in a docker container because: 1. I can install Jira with a couple of commands. 2. I can start and stop Jira just by starting and s...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot