Gated Checkin in Eclipse

Question

Недавно я начал использовать редактор eclipse. Мы используем редактор eclipse для проверки кода Java внутри нашей команды. Недавно я видел, как некоторые мои сверстники делали проверку кода, в которой не были просмотрены мной или другими сверстниками, и в конечном итоге вызвали некоторые ошибки в приложении. Есть ли способ, которым я могу обеспечить, по крайней мере, один обзор кода, который нужно выполнить, и убедиться, что решение построено до того, как будут выполнены изменения кода?

Любая помощь или предложения будут очень благодарны ..

Answer 1

Кажется, что вы ищете системы код обзора. Вместо того, чтобы делать изменения непосредственно в репозитории исходного кода, они привязаны к системе обзора. В системе обзора настроены политики, которые диктуют критерии, которые должны выполняться для того, чтобы каждая передача передавалась.

Обычно политика предусматривает успешную (автоматическую) сборку, которая запускается системой обзора и +1 от одного или нескольких членов команды.

После того, как фиксация соответствует всем критериям, система обзора фиксирует это изменение в «главный» репозиторий. Чтобы закрыть круг, все члены команды обновляют рабочую копию из главного репозитория.

Если ваш код хранится в репозитории Git, то Gerrit является популярным выбором для просмотра изменений до того, как они будут переданы в репозиторий «master». Проект Eclipse Mylyn Review предоставляет инструменты для интеграции процесса обзора в вашу среду IDE. Для работы с различными системами обзора кода имеется разъем для каждой поддерживаемой системы. Я знаю, что есть разъем Gerrit, для других систем вам придется искать либо на главной странице проекта Mylyn, либо обратиться к поставщику системы обзора.