Як налаштувати огляд коду за допомогою Gitlab?

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

Деякі з моїх пошуків показали, що "Запити на об'єднання" - це шлях ... але я вважаю, що вони обмежують. Виданий запит на злиття показує всі коміти між однією гілкою та іншою. Здається, я можу переглядати різниці, створені для кожного окремого коміту. Наприклад, скажімо, у мене є файл, який я хочу переглянути. Це новий файл, але я подав зміни до нього за 10 комітів у гілці розробника. Якщо я видаю запит на злиття для цієї гілки розробника з інтеграції, я бачу 10 комітів, кожен з яких показує поступові зміни, внесені у файл ... Я хочу переглянути все. Це нове!

Я тут гавкаю не те дерево? Чи існує справжній інструмент перегляду коду, який я можу використовувати в GitLab, чи є запити на злиття, і якщо вони є, я використовую їх неправильно? який найкращий спосіб налаштувати правильний огляд коду тут?

Примітка. Починаючи з GitLab 6.4, доступний паралельний перегляд різниці: див. " Витягнути запит 5308 "

(Липень 2013 р.)Поки що немає можливості коментувати кожен рядок, але лише на рівні файлу.
Даніель Соколовський згадує в коментарях, що тепер підтримуються коментарі за рядками (09/2014):

Члени вашої команди можуть коментувати запит на об’єднання загалом або окремі рядки з коментарями до рядків.

Це все ще може допомогти в діяльності з перегляду коду.

6 років потому для GitLab 13.1 (червень 2020) :

Відгуки про запити на злиття переміщено до Core

Спочатку представлений у GitLab 11.4 як функція GitLab Premium, огляди запитів на злиття дозволяють рецензентам запитів на злиття:

• подавати кілька коментарів одночасно,
• зменшення шуму сповіщення для автора запиту на злиття, та
• що дозволяє забезпечити більш згуртований та впорядкований процес розгляду.

З моменту його введення ми переглянули його місце в нашій ціновій моделі на основі покупців, і, як частина 13.1, ми раді повідомити, що ця функція перейшла до GitLab Core.

Див. Документацію та випуск

Я робив огляди коду в Gitlab вже більше двох місяців, майже без тертя. Я налаштував rss2email для надсилання сповіщень електронною поштою кожного разу, коли розробник натискає нові коміти. Потім я використовую функцію коментарів Gitlab для комітів, щоб зробити деякі коментарі щодо натиснутого коду.

На жаль, Gitlab не дозволяє коментувати самі файли, лише в комітах (так само, як і Github, я думаю). Кожного разу, коли я потрапляю в ситуацію, коли мені потрібно прокоментувати щось, що я пропустив під час попереднього коміту, я використовую інструмент звинувачення, щоб знайти коміт, який ввів / змінив розділ коду, який коментується.

Це далеко не ідеально, але поки працює добре.

Ви можете побачити надісланий код у запиті на злиття для іншого сховища або в поточному сховищі.
приклад http://demo.gitlab.com/diaspora/diaspora/commits/master

Потім ви можете додати коментарі до фіксованих змін файлу (кнопка Reply) або до всього коміту

приклад http://demo.gitlab.com/diaspora/diaspora/commit/42f47626890218a180870bc3f44ec57625b0779c

Отримане повідомлення - це перегляд коду . Однак я особисто рекомендую проводити огляд коду на одному ПК за допомогою особистого спілкування, коли це можливо, і використовувати інструменти для запису результатів або коли потрібно більше офіційності.

Для файлового журналу, в якому багато комітів, наприклад, http://demo.gitlab.com/diaspora/diaspora/blame/master/README.md, подивіться на нього, blameщоб зрозуміти, хто що зробив. Однак у цьому поданні немає можливості спілкуватися та додавати коментарі. У цьому випадку я рекомендую просто додати зміни як коментарі.

Так. Запити на злиття - це спосіб проведення експертних оглядів.

Має бути вкладка "diff", яка відображатиме зміни всіх комітів (згаданих тут: http://youtu.be/DyAX8ws5OIc?t=3m2s ).

Відео також добре пояснює, як його можна використовувати для рецензування.

Звичайний випадок огляду коду - це перегляд коду на гілці перед об’єднанням у master або подібний. У мене ситуація, коли я розробив проект і хочу, щоб весь код переглядали всі члени команди.

Що я зробив:

Оформіть перший коміт, внесіть до нього зміни, фіксуйте та натискайте

git co -b FIRST_COMMIT eb67f06c2b3222c0219214b176c41922bc454881
vi README.md
git add README.md
git ci -m "First commit modified so can get full diff against it"
git push --set-upstream origin FIRST-COMMIT

Оформіть останній коміт, внесіть до нього зміни, фіксуйте та натискайте

git co -b master
vi README.md
git add README.md
git ci -m "Last commit modified so can get full diff against it"
git push --set-upstream origin LAST-COMMIT

На GitLab / GitHub створіть запит на витягування

• Це об’єднання з LAST_COMMIT на FIRST_COMMIT

Працює для мене!