Коллеги, здравствуйте!

Встроенное хранилище конфигурации дает сбой при обновлении конфигурации поставщика когда меняется справочная информация. "Адд in ass"'ки (вендор) это ошибкой не признает, обрекая своих холопов на мытарства при сравнении и объединении конфигураций. Есть ли смысл отказаться от хранилища и перейти на .git с отслеживанием изменений по текстовому представлению конфигурации, или получится "шило на мыло"?

Гит же платный.

https://yandex.ru/search/?lr=213&msid=1495183371.39886.22903.14946&text=git%20и%201с

git - не удобный. Чем тебе Хранилище то не устраивает?

(1) как платный, для отслеживания изменений в Visual Studio ничего платить не надо.

Пользуюсь svn-ом. Для локальных продуктов вполне себе.
разборка/комит автоматом.

(2) обсуждали здесь УПП Обновление конфигурации поставщика с 1.3.87.2 на 1.3.88.2 в хранилище

(0) переходи

(4) речь об этом https://habrahabr.ru/post/29440/ ?

с гитом есть проблемы с окончаниями строк

когда запросы собираются/модифицируются через +символы.пс+

(6) типа, переходи, а мы посмотрим на кардебалет...

(9) спасибо, а еще с чем-то скалкивались?

хранилище - централизованный репозиторий, гит - распределенный.
Поэтому в гите, если два разработчика внесли изменения в одно места, нужно будет разгребать конфликты. Если это тексты модуля - тогда ок, а если форма? она как выгружается в 1С? Как хмл? гит ничего про хмл не знает, он его воспринимает как текст.

Это у меня правда не 1совский опыт.

(10) А ты как хотел?

(11) да это так. пока на партнерском не будет информации, что релиз ERP целиком сделан на EDT, переходить не буду. соответственно, и git нафиг. не так много у меня разработчиков, чтобы его использовать.

(12) Форма выгружается вместе с модулем в единый файл. Это, если по-старому. Или же в xml, если по-новому. Но это тоже текст, вы считаете ерунда получится?

Цели создания хранилища:
1. Возможность откатиться к предыдущему релизу;
2. Оперативно видеть изменения за указанный период;
3. Анализировать изменения, которые внесли бойцы за неделю и, при необходимости, выдавать варешки и гречку. (тут постоянно "моячит" этот регистр сведений, доводя впечатлительных граждан).

(15) эти все цели штатное хранилище решает

(7) СВН установлена локально.

(16) Скажем так, решает как это обычно у 1С-ок (через одно место). Приходится отвлекаться на незначимую информацию, фильтровать вывод, не очень это хорошо.

2(15) "Но это тоже текст, вы считаете ерунда получится? "
У меня опыт использования гита в айос приложениях. И вот я хочу сказать, что хранилище лучше. удобнее. визуальнее, интегрированее.
Оно централизованное, оно не позволяет появляться ситуации когда два разработчика вносят изменение в одно место. Потому что перед тем как внести изменение кто-то один должен это место *захватить*.
В гите такая ситуация потенциально и кинетически возможна.
То есть решается на уровне соглашения между разрабами. еще какими-то техническими ухищрениями (например в мобильном приложении все формы-экраны находятся по умолчанию в одном ХМЛ-файле, поэтому приходилось разбивать их поотдельности, чтобы сделать их более 1Сными)
Когда вносится изменения в хмл файл в два места, например один контрол один прог подвинул вправо, а другой - влево, гит сохранит оба изменения, и пометит их типа своими придурошными метками
<<<<<<<
>>>>>>>

то есть по сути он уже сломает ХМЛ
И вам нужно будет такой конфликт обязательно решить, и к сожалению руками.

с другой стороны - чувство что ты почти как настоящий разраб, и можешь как красноглазик комиттить на ремоут репо коммитить из командной строки - бесцено.
Так что переходи.
:)

(19) Согласен, для совместной разработки централизованное хранилище очень хороший вариант по сравнению с децентрализованным .git.
Конкретно обсуждаемое хранилище служит скорее архивом. Хотя, сравнение и объединение очень привлекательную картинку выдает, если бы не одно но. .git так красиво не покажет из командной строки.)
Видимо, будем плакать, ругаться, но продолжать грызть кактус.

С нового года новое хранилище начинать будем.

(19) в гите каждый разраб делает себе "ветку", а потом "мерджит "в "мастер"

2(23) Ну да, конфликтов не будет... Будут тапки последнего...
с другой стороны в хранилище также, но с захватом...

2(21) Не, для гита тоже есть всякие инструменты. Например SourceTree, но опять же - там не будет пообъектного сранвения, там будет по-файловое

Это, а как расширения с хранилищем поживают?

единственный плюс гита - это код ревью

ну и для расширений других способов тоже нет

(25) никак

(24) разве гит дает замерджить с конфликтами?

(28) Ааа. А то я думаю может я чего упустил....

2(29)а... действительно, тогда даже отдельные ветки всего лишь отсрачивают момент решения конфликта

(26) и ветки

+(32) и децентрализация

а все кодревью реализуют уже инструменты, которые поверх гита

С гитом можно работать только на конфах с УФ.  Для УПП не подойдет там формы будут в бинарник а не хмл выгружаться.