Снегопат

Добрый вечер! Добавил branch DVCS http://snegopat.ru/scripts/timeline?r=dvcs&nd&c=15.02.2012+18%3A56%3A32
Тут лежит текущий вариант версонного контроля для внешних файлов.
Вариант, что главное рабочий.

Расширение сделано на основании extfiles.js, только в настройки добавлены выбор цветов для различных состояний файлов в системе контроля версий.
Подключается


Файл extfiles.js вынес в отдельный каталог, т.к. в дальнейшем значительно прийдется уйти в добавлении функционала именно для версионного контроля.
dvcs_fossil.js - по факту backend к пока двум вызовам "STATUS" и "DIFF" (хотелось бы услышать пожелания по API, т.к сильно его не обдумывал, что пришло в голову так и добавил).
Так же добавлены настройки, можно прописать путь к fossil как для снегопата, так и для базы (Для снегопата советую написать относительно корня, тогда даже прийдя к клиенту будет работать).
diff_doc.js - по факту регистрирует расширение doc, в результате для сравнения doc файлов будет вызывать функция из этого файла, таким образом можно добавлять для различных файлов вызов не 1С диалога сравнения, планирую еще добавить для xls файлов.

Тестировалось на Windows XP: работает. Просьба проверить на других системах.
В планах добавить еще bzr и svn (но скорее всего после согласования и утверждения API вызовов).

* Ошибки: вызвали сравнение для внешней обработки, а потом для внешнего отчета - автоматом не поменяется вид файла, необходимо еще раз вызвать сравнение.
* Пока не знаю как вытащить более одной версии назад именно для fossil не смог найти алгоритма. Т.е. отредактировали файл - можно посмотреть diff, если сделали commit и хотим посмотреть отличия версии 2 и 1 для 1й не могу получить файл, только diff.

Пожелания, комментарии приветствуются.

http://www.screencast.com/t/zg98ssKh35e

Большая работа проделана, спасибо!

Несколько предложений, пожеланий, советов:

1. Предлагаю избавить пользователя от необходимости подключать плагины для различных систем контроля версий вручную. Вместо этого лучше сделать настройку в самом extfiles.js: табличное поле со списком доступных плагинов, в которых пользователь галочками отметит те, какие он хочет использовать и пусть основной скрипт сам заботится об их загрузке.

2. В закладке "DVCS" настроек два цвета подписаны похожим образом: "Фон измененных файлов" и "Фон для измененных" - чем что это? (см. вложение).

3. У меня почему-то по умолчанию все цвета оказались черным. Может, сделать настройку по умолчанию: красный - удаленные, желтый - измененные?

4. При нажатии кнопки "Сравнить" на файле с расширением "js" вылетает ошибка "Задано неправильное имя атрибута структуры" (строка 657). Скорее всего, из-за того, что ты расширение получаешь вручную и не учитываешь, что они могут быть короче или длиньше трех символов. Замени


, например, на



5. Получить в фоссиле в stdout содержимое файла нужной ревизии можно следующей командой:



6. Уже на каталоге Снегопата работает заметно с задержками, если сравнивать с "чистым" extfiles

7. Если extfiles с версионным контролем будет существовать параллельно с оригинальным extfiles, то у первого лучше заменить uname и diname на свои.

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

Огромное спасибо!
Нашел маленькую непонятку. Может это надо в ветку снегопада.
Если окно внешних файлов делаешь "прячущееся". Потом жмешь сравнить.
Когда выводится сообщение "комманда отработала, но вывод не записался, надо отладить!". То окно становится "прикрепляемое"

В начале никакой цифры не было?
Посмотрю, проверю я с прячущимся не тестировал.

К сожалению это работает только для текстовых файлов, если бинарный тогда он выводит просто diff к чему это diff применять не знаю.
Надо просить тех кто может прочитать исходники посмотреть есть ли в fossil вообще такая возможность... (я уже давно на С не писал, вряд ли быстро разберусь).

думаю из-за поиска в таблице значений для каждого файла, есть мысль переписать вызовы и отдать на откуп backend -у, допустим буду при добавлении файла в дерево запрашивать статус файла

Вчера думал, что буду делать как отдельную обработку, но сейчас (переспавши с этой мыслей) думаю можно с минимальными правками все вызовы вынести в backend, а в оригинальную extfiles добавить просто возможность регистрации backend + 1 коммандная панель, где все события будут отправляться в backend. При таков варианте можно сохранить как первоначальную идею, так и добавлять различные возможности по мере сил не трогая основной код.

Нет, не было.

Перестало сохранять в настройках "каталоги для текущей базы"

Даже не представляю, что это может быть... Код полностью сохранения/вост настроек полностью скопирован с оригинала...

Последние правки:
подправил мелкие ошибки.
Еще не занимался оптимизацией и добавления кода, для автоматической регистрации.

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

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

В версии 1.35 (предыдущая) сохранение настроек "Для текущей базы" не работает. По коду пробежался - вроде все нармуль. может у меня глюк с хранилищем настроек?

ПыСы. нашел
строку profileRoot.setValue(pflExtFilesPathBase, мТзРасширенияФайлов)
заменить на profileRoot.setValue(pflExtOpen1CExtensions, мТзРасширенияФайлов)

Заработало. Пересоздал свой файл репозиторий.

Спасибо, это я накосячил. Добавил исправление в транк (http://snegopat.ru/scripts/info/328fdf4f66).

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