Will Git commits be held up by code review process?

[Matt Stakor]

We've got a very small dev team with tight timetables and would really like a lot of the benefits that crucible has to offer for code review (inline comments/response capability). However we can't be hamstrung by sending out commits to our repository and needing to wait on a code review/sign off before the commits are in the repo.

My question is, is it possible to send the commits to the repository and then use the reviewing functionality after we've cut the latest deployment from our developers?

Thanks in advance for any answers!

[rstephens]

Hi Matt,

FishEYe/Crucible connect to an existing repository in a read-only way. It does not prevent a user from committing or restrict visibility of what has been committed - it instead provides review functionality after-the-fact, along with tools to audit what has and hasn't been through a review.

Kind Regards,
Richard Stephens

PS. Incidentallly, if you DID want to hold up commits by a code review process, you could look at pull requests in Stash. Stash can block pushes to the master branch except by certain users, and can require code to be merged by a reviewed pull request.