Коллективная разработка на 1С версии 7.7 и Git

0. Александр (s.nek) 31 17.09.13 17:30 Сейчас в теме
В данной статье я не буду рассматривать работу с системой контроля версий Git, для этого есть специальные ресурсы, например http://git-scm.com/book/ru. Я только расскажу тем, кто привык и любит Git, подружить старую добрую 7-ку и систему контроля версий Git.

Перейти к публикации

Комментарии
1. Евгений Сосна (pumbaE) 568 17.09.13 18:11 Сейчас в теме
1. А где примеры решения конфликтов?
2. Вроде в openconf есть специальный скрипт для распаковки автоматом текущего md файла? Достаточно вызвать соответствующий макрос.
3. Каким образом обмениваетесь с коллективом?
2. Александр (s.nek) 31 17.09.13 21:16 Сейчас в теме
1. Конфликты решаются как и в любом другом Git репозитории. У меня их почти не бывает, потому что разработчиков мало и делаем мы обычно разные вещи, которые друг с другом не пересекаются. Т.е. большинство коллизий разрешает сам Git.
2. Возможно. Пока не работал с ним.
3. Обмен может быть через любой удаленный репозиторий Git. Общая папка, веб-сервер, выделенный сервер, работающий по протоколу git. Самый простой вариант, когда разработчиков немного - облачное хранилище: Dropbox или Яндекс.Диск.
3. Алексей (alsoftik) 6 18.09.13 08:47 Сейчас в теме
Прикольно, неужели 7-ка так еще популярна, не проще перейти уже на 8-ку, ведь там все уже в коробке. И все таки а как вы с md поступаете при одновременно разработке внутри конфы?
4. Александр (s.nek) 31 18.09.13 09:09 Сейчас в теме
(3) alsoftik, 7ка еще более чем популярна. С точки зрения программиста 8-ка и логичнее, и удобнее во всех отношениях. Но переписывание фич, которыми успела обрасти 7-ка, и переучивание персонала - это непросто.
5. Алексей (alsoftik) 6 18.09.13 09:27 Сейчас в теме
(4) Да я согласен, что если инструмент работает (конфа на 1С 7.7), всех устраивает и что если переходить на 1С 8 будет намного затратнее и не принесет реальных преимуществ, то лучше и не трогать, мне интересен про файл md, как с ним вопрос решается при желании одновременно с ним поработать нескольким программистам, что касается отдельных файлов (отчетов, обработок), то тут все понятно.
6. Александр (s.nek) 31 18.09.13 09:42 Сейчас в теме
с md'шником все просто.
1. Делается fetch или pull запрос к общему репозиторию и получается его полная локальная копия. В случае с fetch если были ветки, то их надо еще вручную слить в локальную ветку master
2. Собирается новый md'шник на локальной машине. Потом с ним работает программист стандартными средствами конфигуратора.
3. Когда работа закончена - md'шник снова разбирается и делается commit в локальный репозиторий. Затем делается push в общий.
7. Филипп Синявский (phsin) 118 18.09.13 10:07 Сейчас в теме
Спасибо! Очень интересная статья
8. Belomor (Belomor) 89 18.09.13 11:18 Сейчас в теме
(5) alsoftik, с CVS то же самое, у Александра Белова (abelov.com) эта технология давно работает
9. Alexey (zarius) 146 18.09.13 13:51 Сейчас в теме
мне одному кажется что тема не раскрыта? затронута лишь верхушка айсберга :) хотя за поднятие темы +
вообще хотелось бы подробнее услышать о самой последовательности работы, сколько разработчиков, как решаются конфликтные ситуации (к примеру конфликт с ИД новых объектов при одновременной работе нескольких разработчиков), как автоматизируете этот процесс кроме bat-ников и т.д.
Gkmy; 1yh1; dour-dead; phsin; +4 Ответить
10. Филипп Синявский (phsin) 118 26.04.14 14:18 Сейчас в теме
больше понравился вариант от Satans Claws
God Member
http://www.1cpp.ru/forum/YaBB.pl?num=1310363717/7

батники предполагают использование следующей структуры каталогов:
В каталоге базы есть следующие каталоги:
_Модули - место хранения внешних классов (поддерживается иерархия этого каталога)
SRC - каталог, связанный с репозитарием
SRC\MD - каталог декомпиляции МДшника
SRC\_Модули - каталог декомпиляции внешних классов (иерархия этого каталога поддерживается в соответствии с иерархией каталога _Модули)
<аналогично SRC\_Модули можно сделать каталоги ExtForms|PrnForms для распаковки внешних отчетов/печатных форм>
<можно сделать, например, каталог SRC\Images - куда скидывать изображения>
Корнем репозитария явлется катало SRC

Запускаемые bat-файлы:
decompile.ert - декомпиляция всего
compile.ert - компиляция всего

decompile.bat сам запускает рекурсивный батник decompile_ert.bat; при необходимости, в него же (decompile.bat) дописать вызов батников для ExtForms, PrnForms, Images, etc...
decompile.bat кладется в каталог базы (рядом с МДшником); decompile_ert.bat - в каталог _Модули

compile.bat сам запускает рекурсивный батник compile_ert.bat; при необходимости, в него же (compile.bat) можно дописать вызов батников для ExtForms, PrnForms, Images, etc...
compile.bat кладется в каталог базы (рядом с МДшником); compile_ert.bat - в SRC\_Модули


compile_ert.bat имеет баг: если у внешнего ert-класса (или просто обработки) есть описание, то после компиляции создается пустой каталог с именем ert-шки и файлом описание.txt внутри.
Вероятно, это может иметь последствия при декомпиляции.
11. Cepгей ... (Gkmy) 23 17.03.15 14:04 Сейчас в теме
Belomor, раз уж о WinCVS (8) вспомнили - добавлю: введение в коллективную разработку - Фёдор Езеев (один из) основоположников.
12. Андрей Казанцев (ander_) 17.01.17 05:05 Сейчас в теме
тоже очень актуально про разрешение конфликтов.
Оставьте свое сообщение