Снегопат

А xml нормально смержит? Для нас это, похоже, будет ой как актуально.
Иначе очень неудобно будет, если ручками всё мержить...

Насчет git - там ведь есть mergetool - т.е. можно любой внешней программой мержить.

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

Да, xml поудобнее, но и внутреннее представление не такое уж и нечитаемое.
А про загрузку я имел ввиду загрзку средствами снегопата из ранее выгруженных файлов.

В принципе нормально мержит (как текстовый файл), но xml формат простой и понятный (только вот mxl на глаз - это пипец, хоть бы в атрибуты свойства покидали).
Если Разработчик 1 добавил реквизит1 в документ и Разработчик 2 добавил реквизит2 в документ - то мержиться без проблем.
Если Разработчик 1 добавил реквизит1 в документ и Разработчик 2 добавил реквизит1 в документ - показывает конфликт только в uuid для объекта.

Для git в основном пользуюсь tortoise все таки формы обычные проще смотреть с помощью v8reader (думаю надо будет submodule использовать для формирования xml представления обычных форм и хук вешать при commit, что бы в redmine полноценно видеть изменения форм).

Пока еще варианты с ветками не делал и уже точно буду тестировать только через неделю:отпуск...

нет Саша вроде говорил, что в 7.7 редко кто этим пользовался и в объектоной модели нет возможности добавить объекты в метаданные, свойства уже существующих, вроде присутствует на запись, а вот добавления или удаления нет.
Все ждали 8.3 и обещанной выгрузки.

p.s.: возможно можно внутреннее представление записать, но вот как внутренне представление из человеческого Документ.Приход1 сделать, вроде нету такой разработки.

Хм... я просто помню стандартным 3-way merge из git пробовал мержить роли - фигня получалась полная.
Т.к. они обрабатывались как простой текст - соседние узлы xml "перепутывались" между собой. Могло получится что в результате начало узла бралось из одного узла, а конец - из другого.
Соответственно на выходе уже не получался валидный XML.

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

Пишу скрипт по поддержке GIT в extfiles "версионный контроль".
Помогай! Два дня убил на простейшие вещи.
Если знаешь нормальный gui инструмент или любой backend к git, что бы можно было посмотреть в исходниках какие команды вызывают и как парсят вывод git, то напиши.
Интересует:
1. получить список файлов и их состояние для определенного коммит. (я лог для папки и файла в json формате вроде научился выводить)
2. получить файл с определенной ревизии и сохранить его куда либо.
3. вернуть состояние текущей папки обратно или определенного файла обратно

p.s.: Ненавижу git , командную строку , многокилометровый man .

Единственное что знаю - скрипт для получения измененных между ревизиями файлов https://gist.github.com/664680
А вообще - можно поковырять gitk и git-gui. Возможно оттуда что-то получится вытянуть.
там есть разные варианты - можно только текущий каталог, всё дерево, ...
- вытянет файл ревизии на его место в дереве.
Если надо положить куда-то в другое место - думаю, надо использовать git show. Примерно так:Правда это вывод на stdout, но никто не мешает перенаправить его в файл.
Ну это вообще просто.Если вообще всё сбросить:

А я ненавижу fossil ))

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

Спасибо. Буду ковырять дальше.

Не за что. Если что - буду рад помочь.

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

Добавил в тестовом режиме поддержку git, пока еще не все реализовано.
Основная проблема с которой столкнулся - это кодировки ... Пока не смог исправить, так что работает нормально только для английских наименований файлов.

случаем не поможет вот это?

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