Чому спільнота Git, здається, ігнорує бік-бок-різницю

Раніше я використовував Windows, SVN, SVT, черепаху та інше порівняння. Це було чудовим поєднанням для перегляду коду.

Зараз я використовую OSX і Git. Мені вдалося скласти спільний сценарій bash разом з Gitx і DiffMerge, щоб придумати ледь прийнятне рішення.

Я заплутався разом із цим налаштуванням і подібними, вже більше року. Я також намагався використовувати переглядач Github diff та переглядач Gitx diff, тому це не так, як я не дав їм шансів.

Є дуже багато розумних людей, які роблять чудові речі з Git. Чому б бічний бік не відрізнявся від можливості перегляду всього файлу? З людьми, які використовували і те, і інше, я ніколи не чув, щоб хтось любив сингл +/- кращий перегляд, принаймні для швидшого перевірки.

Я не можу говорити про Лінуса з цього приводу, але те, як git поводиться з difftools дуже однозначно, по-філософськи. git робить те, що робить дуже добре, і використовує зовнішні інструменти для всього іншого, включаючи більш складні диффузії та об'єднання.

Я також використовую DiffMerge з git на OS X, і мені не довелося вдаватися до будь-яких баш-оболонок. Це було хитро, але я налаштував параметри difftool та mergetool git безпосередньо для виклику DiffMerge, і тепер я можу переглядати розрізнення та вирішувати конфлікти злиття у відмінному, візуальному сторонній інструмент.

Ось моя конфігурація:

[mergetool "diffmerge"]
        cmd = "diffmerge --merge --result=\"$MERGED\" \"$LOCAL\" \"$(if test -f \"$BASE\"; then echo \"$BASE\"; else echo \"$LOCAL\"; fi)\" \"$REMOTE\""
        trustExitCode = false
[difftool "diffmerge"]
        cmd = diffmerge \"$LOCAL\" \"$REMOTE\"
[merge]
        tool = diffmerge
[diff]
        tool = diffmerge

Ви помітите, що і сам SVN не пропонує побічного рішення. Перелічені вами інструменти - сторонні інструменти. Як і більшість речей у git, це надзвичайно настроюється, і він має чудову підтримку інструментів поза коробкою. У вас налаштований mergetool ? Якщо ні, то слід. Якщо так, спробуйте git difftool. Потім перегляньте головну сторінку для налаштування параметрів.

Я використовую KDiff3 як мій mergetool, оскільки це приємний інструмент для багатоплатформних програм та без подальшої конфігурації git difftoolробить саме те, що ви просите.

Це філософія * nix. Дуже багато людей, які використовують ці інструменти, проводять багато часу в терміналі. Термінал не вимагає від нас переміщення руки з клавіатури до миші. Я знаю, що я віддаю перевагу стилю +/- перед візуальними інструментами розрізнення / злиття, здебільшого тому, що мене цікавлять лише відмінності. Я дбаю про 3-4 рядки навколо зміни та самої зміни. Все більше - це додаткова інформація, яка мені справді не допомагає.

Diff's зазвичай використовуються для швидкого перегляду того, що було змінено. Не читати код.

Я ніколи не вважав, що інструменти візуальної різниці є дуже корисними порівняно із типовими відмінностями у системах GNU. Все, що вони коли-небудь змушують мене, - це почати возитися з мишею і змусити мене прокручувати файл, з'ясовувати їх інтерфейс користувача, а потім боротися за повернення в командний рядок, де я можу зробити щось щодо проблеми, яку я бачу в diff .

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

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

Я використовую git diffмайже виключно під час постановки коду для фіксації; Коли це так, розбіжності досить малі та останні, що мені не потрібно бачити контекст, щоб запам'ятати, що відбувається.

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