OberonCore
https://forum.oberoncore.ru/

Особенности версионности с составными документами
https://forum.oberoncore.ru/viewtopic.php?f=23&t=4440
Страница 3 из 4

Автор:  ilovb [ Среда, 21 Август, 2013 19:13 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Борис Рюмшин писал(а):
Только человек не всегда сможет учесть побочные неочевидные эффекты...

Не спорю.
А что вы можете предложить вместо слияния?

Автор:  Борис Рюмшин [ Среда, 21 Август, 2013 19:17 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Дык...
Нормальную организацию производства. 8) В том то и фигня, что эти "рабочие моменты" у нас в 99% случаев. И ничего тут не сделаешь. :roll:

Автор:  Роман М. [ Среда, 21 Август, 2013 21:41 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Иван Кузьмицкий писал(а):
Совершенно случайно так получилось, что вносимые изменения не пересекаются, не ломают логику процедуры и не портят контракт.
Согласен. Автоматом такое вряд ли сольёшь. По-любому, тестировать после слияния нужно.

Автор:  Роман М. [ Среда, 21 Август, 2013 21:42 ]
Заголовок сообщения:  Re: BlackBox Merge tool

ilovb писал(а):
Борис Рюмшин писал(а):
Только человек не всегда сможет учесть побочные неочевидные эффекты...

Не спорю.
А что вы можете предложить вместо слияния?
Решение должно предполагать повышение квалификации у менеджмента. :)

Автор:  ilovb [ Среда, 21 Август, 2013 23:03 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Менеджмента у клиента? :)

Автор:  ilovb [ Среда, 21 Август, 2013 23:05 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Роман М. писал(а):
Иван Кузьмицкий писал(а):
Совершенно случайно так получилось, что вносимые изменения не пересекаются, не ломают логику процедуры и не портят контракт.
Согласен. Автоматом такое вряд ли сольёшь. По-любому, тестировать после слияния нужно.

А оно автоматом и не сливается.

Автор:  Иван Кузьмицкий [ Четверг, 22 Август, 2013 05:57 ]
Заголовок сообщения:  Re: BlackBox Merge tool

блин, всю дорогу беседуем про автослияние.

Автор:  ilovb [ Четверг, 22 Август, 2013 07:22 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Роман М. писал(а):
Автослияние - вполне здоровая ситуация для разработки на любом языке разработки. Вопрос состоит лишь в том, как быть при разрешении конфликтов. Поэтому ПО оставляет эту прерогативу человеку.

Автор:  Евгений Темиргалеев [ Четверг, 22 Август, 2013 12:38 ]
Заголовок сообщения:  Re: BlackBox Merge tool

ilovb писал(а):
Роман М. писал(а):
Автослияние - вполне здоровая ситуация для разработки на любом языке разработки. Вопрос состоит лишь в том, как быть при разрешении конфликтов. Поэтому ПО оставляет эту прерогативу человеку.
Автослияние работает на уровне текстового потока. Программный текст (на ЯП) --- это не просто последовательность буков...

Автор:  Valery Solovey [ Четверг, 22 Август, 2013 13:44 ]
Заголовок сообщения:  Re: BlackBox Merge tool

Вот, допустим, у нас есть документ d (скрипт на сервере). Мы изменяем его (на своей машине) и получаем документ d'. Далее, мы хотим применить изменения на сервере. На своей машине мы с помощью d и d' получаем diff-файл и передаём его на сервер. На сервере производится операция слияния, и d превращается в d'.

Получается, слияние превращает одну версию файла в другую. И если в результате этого действия получился "набор букв", то змещение слияния на простую замену файлов ни к чему положительному не приведёт: d' по своей сути - набор букв, и инструмент слияния здесь не виноват.

Автор:  Илья Ермаков [ Четверг, 22 Август, 2013 19:07 ]
Заголовок сообщения:  Re: Особенности версионности с составными документами

Да нет, Валерий, под слиянием понимается иное:
есть два параллельных диффа (от конкурирующих правок) для применения к одному файлу. И автоматика пытается оба их применить (что ей удаётся, если они относятся к разным строчкам текста, типа того).

Автор:  ilovb [ Четверг, 22 Август, 2013 19:17 ]
Заголовок сообщения:  Re: Особенности версионности с составными документами

Иван, Илья, Евгений: viewtopic.php?f=23&t=4440&p=81792#p81782
И вот еще: viewtopic.php?f=23&t=4440#p81527

Буду повторять до тех пор, пока будете продолжать игнорировать написанное в самом начале.

Автор:  Илья Ермаков [ Четверг, 22 Август, 2013 19:31 ]
Заголовок сообщения:  Re: Особенности версионности с составными документами

Вот! Так, если читать то, что Вы написали в начале, то какая вообще разница, какой формат?
Если конфликтующие правки сливает человек.
Сообщила VCS-ка о том, что на данный файл конфликт изменений - открыл в ББ и тулзой слил...

Автор:  ilovb [ Четверг, 22 Август, 2013 19:34 ]
Заголовок сообщения:  Re: Особенности версионности с составными документами

Ну наконец!
Так вот такая тулза и нужна. Современная нормальная тулза, которую автоматом открывает GIT при обнаружении конфликта.
С самого начала об этом и идет речь!

ps Тулза типа такой:
Вложение:
f1a2efd311d5c346c2dfd4bcfb21f753.png
f1a2efd311d5c346c2dfd4bcfb21f753.png [ 146.8 КБ | Просмотров: 5657 ]


Цитата:
то какая вообще разница, какой формат?

Тык не умеет ни одна тулза odc.

Автор:  Valery Solovey [ Четверг, 22 Август, 2013 20:25 ]
Заголовок сообщения:  Re: Особенности версионности с составными документами

Илья Ермаков писал(а):
Да нет, Валерий, под слиянием понимается иное:
есть два параллельных диффа (от конкурирующих правок) для применения к одному файлу. И автоматика пытается оба их применить (что ей удаётся, если они относятся к разным строчкам текста, типа того).
Нет, это слияние ветвей, а дифф - это слияние файлов. При слиянии ветвей всё сводится к слиянию файлов. За одним исключением: если диффы из разных ветвей затрагивают один и тот же элемент, то процесс слияния останавливается, и дальнейшие действия должен принимать пользователь.

Автор:  Alexey Veselovsky [ Четверг, 22 Август, 2013 20:52 ]
Заголовок сообщения:  Re: Особенности версионности с составными документами

Valery Solovey писал(а):
Илья Ермаков писал(а):
Да нет, Валерий, под слиянием понимается иное:
есть два параллельных диффа (от конкурирующих правок) для применения к одному файлу. И автоматика пытается оба их применить (что ей удаётся, если они относятся к разным строчкам текста, типа того).
Нет, это слияние ветвей, а дифф - это слияние файлов. При слиянии ветвей всё сводится к слиянию файлов. За одним исключением: если диффы из разных ветвей затрагивают один и тот же элемент, то процесс слияния останавливается, и дальнейшие действия должен принимать пользователь.

Не diff, а patch - именно он занимается слиянием файлов.

Автор:  Trurl [ Пятница, 23 Август, 2013 14:38 ]
Заголовок сообщения:  Re: Особенности версионности с составными документами

Alexey Veselovsky писал(а):
Не diff, а patch - именно он занимается слиянием файлов.

Нет, diff/patch это не слияние, а оптимизированное копирование. В этой терминологии слияние - diff3.

Автор:  Valery Solovey [ Пятница, 23 Август, 2013 16:17 ]
Заголовок сообщения:  Re: Особенности версионности с составными документами

В таком случае, не вижу причин не считать diff3 оптимизированным копированием.

Автор:  Trurl [ Пятница, 23 Август, 2013 18:21 ]
Заголовок сообщения:  Re: Особенности версионности с составными документами

А Вы видите разницу между "a := b" и "a := b + c"?

Автор:  Valery Solovey [ Пятница, 23 Август, 2013 22:13 ]
Заголовок сообщения:  Re: Особенности версионности с составными документами

Trurl писал(а):
А Вы видите разницу между "a := b" и "a := b + c"?

Вижу. Но первый пример не имеет отношение к сравнению, а второй - к diff3.

Страница 3 из 4 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/