[Uztqp]

Приветствую уважаемых участников форума!
Достаточно давно работаю с платформой 1с и разработкой под неё
Но есть несколько достаточно весомых факторов какие делают работу неприятной, а можно сказать и ужасной.

1. нет надежной системы контроля версий.
да есть "хранилище конфигураций", но оно растет не по дням, а по часам (т.к. сохраняются не изменения, а копия конфигурации).
(говорят оно еще и имеет свойство ломаться).

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

3. infostar... чего? что это за исчадие ада и зла? почему люди не пользуются github -ом? почему обмениваются информацией через платный ресурс?

А теперь к сути:
В 8.3 появилась наконец-то возможность выгружать всю конфигурацию в файлы (включая формы и т.п.), а не только текстовую часть.
Что дает возможность использовать git!!!
Поискав в интернете информацию по данной тематике, особой радости и восторгов я как-то не заметил, в следствии чего и возник вопрос "а какие подводные камни? почему нет гайдов, да и вообще чего либо, почему так сообщество пассивно отнеслось?"
Стоит учесть что в России конфигурации на 8.3 уже в ходу и там данный вопрос уже давно стал фактом.
Подумав решил перевести фирмы на 8.3 и начал читать про режим совместимости с дисков ИТС, но там по большей части пишут как избавится от режима совместимости и перейти в целом на 8.3. а про ошибки самого режима совместимости не пишут. (или не нашел)
Может кто-то из участников форума переходил типовые конфигурации от АББИИ Украина на 8.3? какие проблемы возникали? прошу поделиться если не лень информацией.

Всем няшек, конфеток, котиков и добра.
Мир.

[Petre]

А что вы подразумеваете под "переходил типовые конфигурации от АББИИ Украина на 8.3"?
Типовые нормально работают в 8.3 в режиме совместимости. Этого и достаточно.
Перевод без режима совместимости? Так украинские типовые (кроме торговли 3) и не рассчитаны на работу в УП под 8.3.
Снимать типовые с поддержки и убирать режим совместимости? Да никто этим мазохизмом заниматься не будет.
Остаются только нетленки. Вот их разумно переводить и использовать все новые преимущества 8.3.

[logist]

1. нет надежной системы контроля версий.
да есть "хранилище конфигураций", но оно растет не по дням, а по часам (т.к. сохраняются не изменения, а копия конфигурации).
(говорят оно еще и имеет свойство ломаться).

Может Вы не умеете с ним работать, или у вас проблема в самой конфигурации? У меня конфигурация/проект которому уже год, изменения вносятся ежедневно несколькими программистами, файл конфигурации 53Мб, хранилище сейчас занимает почти 700Мб. Ни разу не ломалось. Единственный неприятный момент, это когда работаешь с хранилищем по сети и пропала связь, для продолжения работы надо перезайти в конфигуратор. Все.

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

Вы вообще о чем? В платформе есть: отчет по конфигурации, проверка конфигурации, проверка модулей. Есть типовое решение - конфигурация "Автоматизированная проверка конфигураций", есть "Автоматизированные тесты для проверки типовых конфигураций"

3. infostar... чего? что это за исчадие ада и зла? почему люди не пользуются github -ом? почему обмениваются информацией через платный ресурс?

Потому, что все хотят кушать, а 1С это не опенсорс.

почему так сообщество пассивно отнеслось?

Потому, что этот инструментарий не востребован массово, настолько массово.

какие проблемы возникали?

Проблем масса, лично не фиксирую, но попытки запустить Бухгалтерию и поработать в ней к успеху не привели, все бухотчеты у меня не заработали - ошибка работы с типами, в глубь не лез, в принципе свято верю что в первой половине 2015 появится бухгалтерия 2.0 для укр.

[Uztqp]

Типовые нормально работают в 8.3 в режиме совместимости. Этого и достаточно.

Благодарю.

Может Вы не умеете с ним работать, или у вас проблема в самой конфигурации?

Видимо так и есть.

Вы вообще о чем? В платформе есть: отчет по конфигурации, проверка конфигурации, проверка модулей. Есть типовое решение - конфигурация "Автоматизированная проверка конфигураций", есть "Автоматизированные тесты для проверки типовых конфигураций"

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

Потому, что все хотят кушать, а 1С это не опенсорс.

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

Потому, что этот инструментарий не востребован массово, настолько массово.

т.е. очевидных подводных камней нету. ок благодарю! ^^

Проблем масса, лично не фиксирую, но попытки запустить Бухгалтерию и поработать в ней к успеху не привели, все бухотчеты у меня не заработали - ошибка работы с типами, в глубь не лез, в принципе свято верю что в первой половине 2015 появится бухгалтерия 2.0 для укр.

Звонил в АББИИ молчали как партизаны по поводу новых конфигураций.
Делают... надеюсь делают.

[Vofka]

Uztqp, на мой взгляд 1С ещё очень не зрелый инструмент в смысле как инструмент для создания ПО. Пройдет ещё лет Ннадцать и 1С-ники научатся пользоваться гитхабом, и тесты будут как у людей. Не все сразу .

Сообщение отредактировал Vofka - 22.12.14, 10:03

[pumbaE]

Эх, попытаюсь ответить.
1. Использую связку хранилище 1с + git, для этого использую обработку по синхронизации [необходимо зарегистрироваться для просмотра ссылки]
2. Для тестирования использую и дорабатываем [необходимо зарегистрироваться для просмотра ссылки]

Тесты пишу, для своей конфы, сейчас около 700 тестовых случаев.
Чистое юнит-тестирование к сожалению в 1с полностью не применить(недомокаешься), больше все-таки поведенческое тестирование. Но при этом, когда начинаешь писать и думать как это протестировать код (имхо) становиться чище и пытаешься выделить процедуры для юнит тестов.

git позволяет производить 3х сторонее сравнение с типовой. Я сначала разбираю типовую, потом делаю ветку и туда уже скидываю все коммиты с хранилища, потом когда выходит обновление, то я с помощью git смотрю merge конфликты и более проще и быстрее решаю их.

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