Снегопат

Жень, было бы хорошо, если бы ты делился даже еще не законченными своими разработками, например, в отдельной ветке репозитария.
И соответственно, делился возникающими трудностями, особенно со стороны апи снегопата.
Направление, в котором ты работаешь, крайне интересно для многих пользователей, и твоим запросам к апи я буду давать наивысший приоритет.

Ок, вечером выложу мои домашние заготовки.

Кстати, по поводу kdiff3. Может быть, я не умею его готовить? А то как-то быстрее конфликты получается ручками разруливать, а не через него...
Может быть есть где-то инструкция на русском?

_________________
В реальності все не так, як насправді

У меня в папке с 1sqlite для обновления самого sqlite даже файлик лежит с памяткой:

Так это я понял... а вот как быть, если имеется конфликт? Т.е. если одна и та же строка изменена и там и там?
Сейчас я это решаю "ручками" в notepad++. Как такое сделать в kdiff3 - не понял.

_________________
В реальності все не так, як насправді

В kdiff надо во-первых указать, выходной файл.
Тогда можно править вывод. Т.е. сверху у меня три окна с исходными файлами, внизу - то что получится.
Там встаешь на конфликт, нажимаешь Ctrl+1, Ctrl+2, Ctrl+3 - соответственно включаются/выключаются строки конфликта из 1, 2, 3го - файлов.
Причем включаются в том порядке, как ты хоткеи нажимал.
Можно и просто текст набивать.

Во, теперь понятно!
А я думал что не включаются/выключаются, а делается замена - т.е. нажал Ctrl+1 - получи _только_ строки из первого файла. И т.д.
Спасибо!
Офтоп заканчиваю

_________________
В реальності все не так, як насправді

Простите, что вмешиваюсь в беседу, но я правильно понимаю, что на сегодня самый верный путь получения правильного модуля при обновлении - скормить 3 текста в kdiff и результат записать в обновление конфигурации поставщика? Не считая ручного труда с копипастом? Почему за столько лет такое простое решение не реализовала 1С? Чтобы фикси страдали, а франчи накручивали часы?

На самом деле такой способ объединения не учитывает логическую структуру модуля (функции/процедуры). Поэтому его результат не будет всегда 100% корректным - у меня были случаи неправильного автоматического объединения. Впрочем, таких случаев немного.

А у 1С есть стандартное объединение на уровне процедур/функций - которое наверняка не допустит такой ошибки, но ценой большего объема ручной работы.

Так что в качестве "защиты от дурака" логику 1С понять можно

_________________
В реальності все не так, як насправді

1. Какую версию kdiff3 юзаете? последние типа 96 вроде с русскими именами как-то коряво работали.
2. Для работы с логической структурой модуля можно юзать разложение модуля на процедуры, как это сделано в скрипте ExtractProc.py для GComp