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


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.