Снегопат

С отладчиком пока что то не получается. Да и с классом тоже. Но зато сделал то что давно хотел плюс хотелку MaxS

/* Версия 1.35
* 1. Добавлена возможность обновлять не все каталоги, а только текущий
* 2. Косметические изменения форм
* 3. Добавлены горячие кнопки для кнопок обновления каталогов
* 4. Теперь при обновлении каталога позиция курсора сохраняется
*/

_________________
ИТ учет http://tunesoft.ru

ок )

Что-то часто приходится включать отображение колонки дата. Эта настройка в одном месте может быть сделана? ))
И если в какой-то папке база часто перезаписывается, т.к. ведется разработка, то по моему все настройки для этой базы сбиваются. Наверное это тоже можно как-то автоматизировать. Хранить настройки где-нибудь в одном общем месте.

Добрый день!
Прошу помощи или совета.
Предыстория: добавил в этот плагин немного версионного контроля. Во всяком случаи сейчас если каталог с внешними обработками отчетами находится под версиоонным контролем fossil, то цветом выделяются отредактированные файлы, примерно так : [img]Snap3.png[/img]. Хотелось бы еще добавить вызов сравнения файлов для предыдущей версии и текущей.

Так вот, подскажите или уткните носом, как посмотреть и вызвать диалог сравнения файлов с необходимыми путями?

Ты имеешь ввиду штатное 1Совское сравнение файлов ?

Это можно сделать так (пишу, т.к. сам уже продумывал недавно реализацию, но из-за несчастья в семье не удалось заняться скриптом, хорошо, что ты это делаешь):

1. Настроить в фоссиле программу для сравнения:



Либо через веб-интерфейс фоссила (fossil ui) в разделе конфигурации.

2. Получить информацию о версиях файла при помощи команды

Результат будет вида:


3. Из полученного списка надо получить ИД предыдущей версии. Тут возможны 2 ситуации: (а) в сравниваемом файле есть незакоммиченные изменения. Значит предыдущей версией для файла будет самая верхняя в списке версий строчка. (б) сравниваемый файл закоммичен. Значит предыдущая версия - это вторая сверху в списке версий строчка.

Узнать, закоммичены ли изменения файла или нет, можно при помощи команды

Если он не менялся, то вывод будет следующим:


В противном случае файл менялся или про него система ничего не знает (статус будет uncknown) и т.п.

4. Чтобы запустить сравнение надо запустить команду



Если будут еще вопросы, спрашивай. Но предварительно рекомендую покопаться в справке по командам fossil (fossil help а затем fossil help <имя команды>). Ну или то же самое в веб-интерфейсе.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

Ох, я конечно же писал все применительно к скриптам. Если речь идет про 1Совское сравнение, то алгоритм будет немного другой: версии различных файлов надо предварительно сохранять в отдельные файлы и 1Совское сравнение вызывать для них программно при помощи соответствующей команды.

Но принцип тот же - надо использовать команды фоссила для получения файла нужной версии и сохранять его во временный каталог.

Ну а дальше вызывать команду открытия диалога сравнения, отрабатывать модальное открытие диалога сравнения и заполнять пути к сравниваемым файлам.

Рутинно, но реализуемо.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

Пока да, для версии 0.1
В дальнейшем хочу попробовать или портировать на js http://infostart.ru/public/106310/ ну или вызывать предприятие с передачей параметров в командной строки для нормального просмотра diff-a. (для форм, макетов).

Или не заморачиватся со стандартным сравнением?

Заморачиваться, конечно. По крайней мере, функционал восстребованный.
Нужна альтернативная штатному хранилищу система контроля версий, в первую очередь более быстрая.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

Я сейчас пошел немного другим путем...
Алгоритм таков: в настройках, когда указывают путь к каталогу с обработками, проверяю наличие _FOSSIL_ в этой папке, есть значит используем версионный контроль.
Тут же вызываю (покажет отредактированные файлы и удаленные) и (которые не добавленны в версионный контроль). Получаю список файлов относительно корневого каталога, в дальнейшем при пути файла в дерево, проверяю наличие и в отдельной колонке проставляю статус.

С какими проблемами столкнулся: fossil работает только когда находишься в текущей папке, просто вызвать fossil с файлом и посмотреть его статус версию находясь в другом каталоге невозможно. Приходиться писать "диск с:, d:" , "cd лКаталог" и только потом вызывать сам fossil.

Пока для меня проблема с кодировками, т.к. использую вызов cmd и XP - пока не удалось нормально прочитать из вывода fossil в правильной кодировке русские имена файлов и переход в каталоги типа "D:\Work\Обработки\" (если кто поделиться как это лучше всего сделать буду балгодарен).


В дальнейшем хочу добавить поддержку bzr.

Ты пошел не другим путем, ты решил другую задачу: отображение текущего статуса файлов. И выбранный тобой способ, ИМХО, максимально эффективен.

Я же тебе рассказал, как я вижу решение задачи по сравнению файлов двух версий.

Да, фоссил требует в качестве рабочего каталога каталог внутри чек-аута. Но это скорее особенность. Как раз задача из категории тех, которые выше я назвал рутиной.

Есть еще как минимум два способа решения наших задач:

1. запускать сервер фоссила и работать через веб - либо парсить веб-страницы, либо использовать json-выдачу (в последней версии эксперементально поддерживается выдача в json для организации ajax-интерфейса, данные в этом формате удобно в javascript обрабатывать)

2. работать напрямую с базой данных репозитария - это SQLite база со всеми вытекающими. Но в этом способе ИМХО, рутины низкоуровневой, еще больше.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes