SourceSafe + 1C #267361


#0 by Just_Serg
Добрый день! Поделитесь, пожалуйста опытом сопровождения (изменения) нестандартных конфигураций 1С (v7.7). Кто как отслеживает внесение изменений, какими продуктами пользуется? В том числе интересует опыт использования SourceSafe (или подобного класса продуктов). Заранее благодарен за ответы и мнения!
#1 by igork1966
Наверное некоторые пользуются этим:
#2 by Just_Serg
Просто, насколько я понимаю все подобные системы не подходят для 1С...
#3 by Just_Serg
Никто такими проблемами не заморачивался?
#4 by mikecool
чем заморачиваться? складывать в SourceSafe мд?
#5 by Господин ПЖ
Берешь и пользуешься... Для 7.7 вполне подходит. Тесной интеграции как между VS и VSS не получится, а так работает... 3 года - полет нормальный.
#6 by evGenius
Ну так наздоровье складывай, просто нужно МД разбирать GCOMP'ом на части. Подними CVS или SVN и вперед.
#7 by Just_Serg
вот в том-то и дело, что никакого смысла использовать для 1С SourceSafe не вижу. Вопрос в том - как отслеживать изменения и получать последнюю версию исходников?
#8 by Господин ПЖ
Можно и не разбирать... Я лично боюсь глюков от GCOMP.
#9 by Господин ПЖ
Не видишь не пользуй... Делается нажатием одной кнопки...
#10 by evGenius
А как же тогда блокировать пообъектно? Целиком МД-шник? Да ну нафиг такую систему контроля версий.
#11 by DrZombi
Не пытался просто хранить предыдущий МД файл и если нать, то просто сравнивать его и типа того :)
#12 by DrZombi
При том я стараюсь вносить изменения с условием того, что когда нить все ровно к этому вернемся :) Для примера взять бух. учет :)
#13 by Just_Serg
Т.е., Вы при изменении конфигурации помещаете новую версию *.md и этого достаточно, чтобы понять какие изменения произошли в базе?
#14 by Господин ПЖ
Накой его блокировать постоянно? Взял последний, на его основе сделал своё, заблокировал, внес изменения, вернул. Конечно дробить на потоки/объекты через GCOMP лучше - но перевешивает. ЗЫ Меня и такая устраивает. Она хотя бы не мертворожденная как в 8.0.
#15 by Господин ПЖ
Каменты читать, который при check in можно написать - религия не позволяет? Их в history видно... Опять же label есть - для отсечки по версиям сборки...
#16 by MMF
ну дык возьми и примени это же уродство в 8-ке. Внес изменения, выгрузил конфу в файл и фигачь Cf целиком в хранилище. А че? зато никакой разборки сборки
#17 by Господин ПЖ
Могу применить. Речь была про "групповую разработку" интегрированную в 8.0. Кто ей пользуется для больших конф - снимаю шляпу...
#18 by evGenius
Тогда параллельная разработка невозможна или приводит к острым приступам геморроя.
#19 by MMF
иди ты... и небось, при разработке через интернет такое можешь применить?
#20 by Господин ПЖ
Не надо фантазий... Разруха не в сотрирах, а в головах (с) Собачье сердце. Рядом сидят .Net с полной интерграцией VS и VSS и ведут "параллельную" разработку... Я сижу и слушаю и разборки кто что и какой версии "зачекинил" и почему эта сборка опять не работает... Я не говорю что у нас зато всё прямо волшебно. Накладки конечно возможны, но достаточно редки.
#21 by Господин ПЖ
Нет таких прецендентов. П.э. ничего не могу сказать. Ежу понятно что катать целый md через сеть будет накладно - п.э. не надо меня "лечить".
#22 by MMF
лочить целиком весь проект (весь МД) когда есть возможность лочить только один изменяемый объект - мягко говоря странная идея как с точки зрения одновременной работы так и с точки зрения объема хранилища и пересылаемых данных
#23 by Господин ПЖ
Дак я ж на 200% согласен. Если Gcomp "научился" собирать всё без ошибок - можно и на него перейти и делать всё "по взрослому". А пока - так надежнее. Я не могу рисковать собирав кривую версию - велики затраты на обновления.
#24 by MMF
научился давно. РМС вовсю работает
#25 by evGenius
Ну ясен пень если в головах полная разруха, то никакие средства не помогут. Просто у тебя используется лишь часть функционала - хранение версий, а разрешение конфликтов так и остается ручным.
#26 by Господин ПЖ
Согласитесь что это лучше чем ничего. И вообще я не привередлив. :)
#27 by ВводНового
Повторю следом за: Для контроля версий можно использовать традиционный CVS + WinCVS, а можно более новые SVN + TortoiseSVN. За gcomp-ом глюков не замечено в течении нескольких лет реальной работы. Разбирать МД-шник несложно и недолго. Тупо грузить весь МД-шник целиком, а изменения отражать в только комментарии не вижу никакого смысла, даже если работаешь один. При совместной разработке никакая система версионирования и автоматического разрешения конфликтов не заменит элементарного общения разработчиков.
#28 by Just_Serg
(25,26,27) ОГРОМНОЕ СПАСИБО! GComp - классная штука!
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям