Які інструменти можна використовувати для полегшення перегляду коду після комісій? [зачинено]


13

Я оцінював декілька інструментів огляду коду (переважно безкоштовних), але, здається, вони спрямовані на перегляд виправлень, перш ніж вони будуть скоєні. Це не дуже вписується в наш робочий процес із програмою Subversion, тому я шукав альтернативи, які краще підтримують перегляд здійснених змін, а не просто відрізняються. Будь-які рекомендації? Я вважаю за краще безкоштовні чи недорогі інструменти.


Яку систему управління джерелами ви використовуєте?
Адам Лір

Використання
підриву

Див. Розділ Витяг відповідних змін для огляду коду для деяких пов’язаних дискусій.
Грег Хьюгілл

Відповіді:


7

Ви подивилися на атласький тигель ? Він створений як для попереднього перегляду, так і після перевірки. Я використовував це для пост-фіксації, і функціональність досить приємна.

Ціни на повітряні кулі швидко - це майже безкоштовно (10 доларів) для самостійного розгортання та 5 користувачів або менше, але потім виходить досить дорогим, якщо вам потрібно більше. Ви не згадали розмір своєї команди, тому вибачаюсь за пропозицію дорогого програмного забезпечення, якщо у вас більше 5 членів команди.


5

Погляньте на CodeCollaborator та його менш дорогого двоюрідного брата CodeReviewer . Щоправда, вони не найменш дорогі інструменти на ринку, хоча іноді ми (так, я працюю на SmartBear) мають рекламні ціни - особливо на CodeReviewer.


4

ReviewBoard майже так само, як ви сказали, його система оглядів, яка насправді не зачепилася у вашій SCM, але може бути написана в гачку, яка виконується після здійснення. (тобто коли ви здійснюєте транзакцію, транзакція дістається, відрізняється виконанням, після чого надсилається до ReviewBoard).

Альтернатива - Redmine . Переглядаючи сховище в Redmine, ви можете створювати квитки з посиланнями на історію редагування (тобто, зазвичай, переглядаючи відмінності в redmine та створюючи квитки з коду порушення). Для цього вам потрібен плагін Перегляд коду .

PS. обидва є безкоштовними, з відкритим кодом.


Мені здалося, що це дуже боляче налаштовуватись на огляди після фіксації в підривному гачку. Підготуйтеся до Google багато, посиліть розчарування та налаштуйте деякі сценарії.
Соронтар

Рецензування в більших кількостях вперше боліло - уніфікований розріз, який потрібно створити, насправді дуже просто зробити в SVN, хоча TortoiseSVN це робить весь час!). Для мене було проблемою завантаження diff на рецензувальну службу - але я працював у Windows.
gbjbaanb
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.