|
Хранилище конфигурации 1С и GIT | ☑ | ||||||
---|---|---|---|---|---|---|---|---|
0
stopa85
13.06.20
✎
15:12
|
Сейчас в своей работе использую ГИТ и меня все устраивает (В конфигураторе выгрузить/загрузить конфигурацию в файлы, потом GitGUI). Если учесть, что у меня еще есть не-1С разработки, то и выбора то у меня особо нет.
Тем не менее интересна тема про 1С-хранилище конфигурации. Ребята, кто работал и с тем и с тем, поделитесь мнением... Я правильно понимаю, что и смотреть в сторону Хранилища не стоит? И вообще, голосуем! |
|||||||
44
vde69
14.06.20
✎
07:45
|
(39) по поводу многоэтапности трансформации кода - это вред, чем меньше трансформаций тем меньше будет ошибок.
В этом плане хранилище дает 100 очков фору гит-у Хранилище конфигурации |
|||||||
45
vde69
14.06.20
✎
07:51
|
ну и кстати видел такую реализацию (хотя сам ей не пользуюсь)
Хранилище 1 - для разработчиков подсистемы 1 Хранилище 2 - для разработчиков подсистемы 2 ..... Хранилище ТЕСТ - в него через объединение сливают релизы и на нем тестируют, только после этого готовую версию выпускают в виде обновления для продукта, и в обратку по Х1 и Х2 данная схема позволяет не путать отделам свои доработки от чужих (по тому как чужие накатываются только скопом при выпуске релиза из теста) и позволяет хранить историю выпуска релизов отдельно от доработок. |
|||||||
46
Конструктор1С
14.06.20
✎
08:06
|
(43) в виде xml сравнит
|
|||||||
47
vde69
14.06.20
✎
08:15
|
(46) >>>в виде xml сравнит
это называется адекватный вид? попробуй сравни макет с компоновкой данных:) |
|||||||
48
stopa85
14.06.20
✎
08:22
|
(43)если в хранилище нет совсем сравнения, управляемых форм или есть, но неадекватное?
|
|||||||
49
ДенисЧ
14.06.20
✎
08:27
|
(48) А что, в гите обычные формы сравниваются адекватно?
|
|||||||
50
stopa85
14.06.20
✎
08:33
|
(48)Нет совсем и есть две большие разницы.
Я спросил про УФ |
|||||||
51
Вафель
14.06.20
✎
08:45
|
гит и хранилище это инструмент версионирования а не сравнения
сравнивает кдифф или другой инструмент (конфигуратор, едт) |
|||||||
52
MyNick
14.06.20
✎
08:52
|
(4) Для хранилища конфигурации секунды/минуты. А для GIT?
Для хранилища секунды минуты, а для гита - определяется скоростью интернета. Ну или сети, если гит сервер свой. Если бы в Гит выкладывали "минутами", то с ним бы никто не работал. Сравнение вообше неуместно. |
|||||||
53
ДенисЧ
14.06.20
✎
08:53
|
(52) "для гита - определяется скоростью интернета"
А что, кто-то запрещает использовать локальный гит-сервер? Обязательно всё отдавать микрософту? О_о |
|||||||
54
MyNick
14.06.20
✎
09:27
|
(53) ну я про свой гит сервер написал. У чувака проблема - там работа с хранилищем "выкладывание" измеряется минутами. Поэтому я и написал про "скорость интернета". Вдруг они на модемах 32К работают. Переедут на Гит и скажут что фигню посоветовали, медленно все )))
Вообще не понимаю, если конфа на УФ, да если еще и пилят ее больше 1го человека - нафига использовать эти технологии прошлого века (хранилище). Фигачишь в ЕДТ и радуешься. |
|||||||
55
ДенисЧ
14.06.20
✎
09:30
|
(54) "Фигачишь в ЕДТ и радуешься."
У меня кулер сгорел от такой радости... |
|||||||
56
stopa85
14.06.20
✎
09:36
|
(52) ничего там скоростью Интернета не определяется. Гит распределённая система, связь нужна только когда делаешь pull или push и по сетке бегают только изменения. В остальном у тебя есть локальная копия нескольких веток.
|
|||||||
57
stopa85
14.06.20
✎
09:37
|
Подозреваю, что с распределенностью у Хранилища никак.
|
|||||||
58
ДенисЧ
14.06.20
✎
09:41
|
||||||||
59
MyNick
14.06.20
✎
09:53
|
(56) речь пуш была. Если у него модем 32к и файлик несколько метров, придется таки несколько секунд подождать для пуша.
|
|||||||
60
MyNick
14.06.20
✎
10:19
|
(55) ЕДТ не для слабонервных кулеров, эт да
|
|||||||
61
vde69
14.06.20
✎
10:29
|
лапы, крылья... главное хвост! (то есть мозг, если он есть то пофиг на чем работать, если нет - то же пофиг)
|
|||||||
62
stopa85
14.06.20
✎
10:42
|
Я для себя, кое что из этой ветки взял. Всем спасибо.
|
|||||||
63
vcv
14.06.20
✎
13:46
|
(52) >> для гита - определяется скоростью интернета
Все же полезно читать вопрос полностью, а не отвечать на вырванную из контекста фразу. Я спрашивал "с учётом выгрузки/загрузки конфигурацию в файл". А это явно не интернет и не секунды. 1С работает с монолитной конфигурацией в базе данных, а не набором выгруженных файлов. Гит работает с файлами, а не конфигурацией. Значит возникает промежуточный этап, тяжелый и по времени и по ресурсам сервера, обязательный при почти каждой операции в гите. Поэтому, мне кажется, что разным командам разное. Если тебе надо разрабатывать большую подсистему, которую ты через недельку запушишь, тебе гит хорош. Если надо фигачить заявки пользователей, где "захватить объект, внести изменения, протестировать, поместить в хранилище" отлично укладывается до обеда, тебе хранилище доступно, легко и удобно как старые тапки. |
|||||||
64
NcSteel
14.06.20
✎
14:46
|
Сферы деятельности разные. Так что для своей ниши то конечно хранилище
Хранилище конфигурации |
|||||||
65
NcSteel
14.06.20
✎
14:46
|
А для своей ниши то ГИТ
GIT |
|||||||
66
PR
14.06.20
✎
15:14
|
(0) Даже не смотри в сторону хранилища, потому что зачем?
Смотри в сторону https://edt.1c.ru/, там нативная работа с гитом |
|||||||
67
palsergeich
14.06.20
✎
15:15
|
(66) О да.
Видел я возмущения некого товарища Глеб Стальной на партнерке, что как нам жить - закупаем мощные машины разработчикам, а все равно медленно. |
|||||||
68
palsergeich
14.06.20
✎
15:16
|
(67) Причем в этом году)
|
|||||||
69
PR
14.06.20
✎
15:25
|
(67) Во-первых, это вопрос времени
Во-вторых, наверное именно поэтому мы постепенно переходим на EDT, ага В-третьих, это все одно неизбежно, так чего уж там |
|||||||
70
PR
14.06.20
✎
15:27
|
(69) + мы не закупаем технику, мы арендуем сервера
Из техники закупаются только ноуты разработчикам, на которых сотрудник заходит в удаленный сервер через RDP |
|||||||
71
DTX 4th
14.06.20
✎
15:27
|
Мыши плакали, кололись, но продолжали использовать хранилище...
Плюс была настроена выгрузка в гит, но она пару месяцев назад сломалась) (66) Обычные формы там не работают, поэтому отпадает. Кто-нибудь ответьте на (5). Я бы с удовольствием перешел на гит. Схема работы с хранилищем как в (5): >Пришла заявка от пользователя, определил нужный объект конфигурации, парой кликов мыша захватил в хранилище, внес правки, протестировал, так же парой кликов выложил изменения в хранилище. Хранилище конфигурации |
|||||||
72
PR
14.06.20
✎
15:28
|
Так-то можно было вообще все в текстовые файлы выгружать и молниеносно править через какой-нить notepad+, а потом уж обратно загружать
Но никто же не отказывается от конфигуратора, потому что он медленнее notepad+ |
|||||||
73
palsergeich
14.06.20
✎
15:29
|
(69) То что это неизбежно, это факт.
То что это временно это тоже факт, но прогресс идет слишком медленно, увы. (70) Там была обозначена в теме совершенно другая позиция, я не знаю кому верить, по этому не верю Вам обоим) Тема на партнерке есть, кому надо - найдут. |
|||||||
74
PR
14.06.20
✎
15:30
|
(71) Про (5) Эээ..., никак не работает, нет там такого
|
|||||||
75
PR
14.06.20
✎
15:32
|
(73) Ну, если хочешь найти истину, обозначь тему
Не хочешь, не обозначай, че, у нас свободная страна Я говорю как есть Причем жизнь не стоит на месте, многое меняется |
|||||||
76
DTX 4th
14.06.20
✎
15:37
|
(74) Что? Как предполагается использовать гит согласно (0)?
1. В тестовой базе делаем правки 2. Выгружаем конфу в файлы 3. ??? 4. Коммит? 5. ??? 6. Загружаем конфу из файлов ? Кстати, в EDT расширения есть? Я даже отказался от Visual Studio в пользу vscode, когда попробовал https://www.tabnine.com/ |
|||||||
77
PR
14.06.20
✎
15:40
|
(76) Эээ... не, ну через огромную задницу с выгрузкой/загрузкой конечно же можно, но кто же будет так делать?
В EDT да, есть я же написал https://edt.1c.ru/, почитай |
|||||||
78
Beduin
14.06.20
✎
15:43
|
Концепция немного другая. В других средах разработки, проект это набор файлов, которые компилятся сборщиком. У 1С это один файл с закрытой информационной структурой.
Нужен парсер, который будет разбирать конфу на части и кидать в гит, а потом при получении собирать. И тогда будет удобно. |
|||||||
79
PR
14.06.20
✎
15:47
|
(78) Рукалицо
Какой один файл? Кто говорит про cf? Речь про текстовые файлы, в которые выгружается конфа Так что парсер встроен в конфигуратор Только он как бы ничего не дает, потому что неудобно же шо пипец Поэтому EDT с нативной работой с гитом |
|||||||
80
DTX 4th
14.06.20
✎
15:53
|
(77) Видимо, кто-то делает.
Расширения - это хорошо, но пару лет назад я таки пробовал EDT - обычные формы выдали тучу ошибок, и я благополучно забыл про EDT. Ситуация как-нибудь изменилась? |
|||||||
81
stopa85
14.06.20
✎
15:57
|
ОФ не планируются в EDT
Гит тоже их не переваривает. Они считай бинарник. |
|||||||
82
stopa85
14.06.20
✎
15:59
|
(78) выгрузить конфигурацию в файлы / загрузить конфигурацию из файлов.
Удобно если конфа не большая |
|||||||
83
Beduin
14.06.20
✎
16:02
|
(82) Не, я про сравнение. В cf файле же не поймешь, что менялось. Сейчас качну ее.
(79) Кстати под аккаунтом разработчика(с купленой версией клиентской и серверной) я не могу EDT скачать. Вот это действительно рука лицо. |
|||||||
84
PR
14.06.20
✎
16:17
|
(83) https://edt.1c.ru/faq/, вопрос "Порядок распространения и поддержки"
|
|||||||
85
PR
14.06.20
✎
16:20
|
+(84) Платформу тоже почему-то не скачаешь, если у тебя нет ИТС, внезапно, да?
|
|||||||
86
Beduin
14.06.20
✎
16:34
|
(85) И ты считаешь это корректным, что разработчик не может скачать платформу?
|
|||||||
87
PR
14.06.20
✎
16:53
|
(86) LOL
Да, почему бы нет? Почему 1С обязана давать тебе обновления бесплатно, раз ты не оплачиваешь ИТС? Удивительное дело, когда такая же схема с другими IDE, то никто не видит в этом ничего странного, но как только речь зашла про родную 1С, то сразу опа, а почему не на халяву? |
|||||||
88
PR
14.06.20
✎
16:55
|
+(87) Странный ты разработчик, если у тебя нет тысячи в месяц с мелочью на абонплату за пользование продуктом, с помощью которого ты зарабатываешь на жизнь
|
|||||||
89
PR
14.06.20
✎
17:00
|
У меня тут жена как-то в свое время с собрания в детском саду пришла, сказала, что стали собирать по три тысячи на год на нужды группы (карандаши всякие, платилин и пр.), так один мужик сказал, что он в принципе не против, но он бизнесмен и у него сейчас, внимание!, все деньги в бизнесе, нет возможности вынуть
Жалко меня там не было, я бы точно посоветовал бизнесмену закрыть к епеням такой свой бизнес и устроиться на нормальную работу хотя бы дворником что ли |
|||||||
90
Bro
14.06.20
✎
17:43
|
(89) Это еще что. Есть бизнесмены которые жалуются что налоги им видите ли большие. А они между прочим меньше 50% оборотов, совсем охренели нищеброды. Если не могут 50% государству отдать нахрена вообще бизнесом заниматься.
|
|||||||
91
palsergeich
14.06.20
✎
18:13
|
(87) Ну практически любую ИДЕ я могу скачать для личного пользования вообще без ограничений или с триалом.
|
|||||||
92
PR
14.06.20
✎
18:17
|
(90) Брякалка, ну вот ты-то куда лезешь со своими нравоучениями?
Я же не про проценты, я про 250 рублей в месяц на собственного ребенка Один раз в сраном Маке сраный бургер не купить Заметь, я ничего не сказал бы, если бы, например, человек работал дворником и едва бы сводил концы с концами Понятно, что кому-то даже в Москве 3000 даже пусть в год — довольно тяжело Но, блеать, мужик _одновременнно_ корячит пальцы, что он бизнесмен и тут же жалуется, что 3000 нет, все в бизнесе Уверен, он даже не понял всей комедии и трагедии ситуации |
|||||||
93
Bro
14.06.20
✎
19:34
|
(92) заседания жилищных ТС куда веселее в этом плане. Или когда люди строят дома за несколько сотен тысяч долларов и на асфальт пару тысяч долларов не могут скинуться.
Но на самом деле есть такая штука как cutting cost бизнесы. Смысл которых резать все даже самые мелкие затраты и тем самым получать конкурентное преимущество. Страшная вещь на самом деле работать с такими, но таких бизнесов достаточно много. Причем как правило в самых богатых (где очень высокая конкуренция) и в самых бедных (где низкая платежеспособность) экономиках. Хотя да, к вашему примеру это имеет опосредованное отношение. |
|||||||
94
PR
15.06.20
✎
01:12
|
(93) Мда, видимо очень хотелось хоть что-нибудь ляпнуть, а по делу ничего не нашлось
|
|||||||
95
Beduin
15.06.20
✎
08:28
|
(88) Рома, если 1С хочет привлечь молодых разработчиков, то ей не то, что бесплатный доступ к платформе надо давать. А доплачивать желающим пройти курсы. Сдал на проф и спеца, вот тебе сумма.
|
|||||||
96
Фрэнки
15.06.20
✎
08:32
|
(95) Роме этого не объяснить. Это просто за гранью. Для лица, добровольно увешанного сертификатами со всех сторон - это точно за гранью.
|
|||||||
97
polosov
15.06.20
✎
09:19
|
(92) Ты все затраты распределяешь на год?
|
|||||||
98
fisher
15.06.20
✎
09:41
|
Хранилище - кондовое (в хорошем смысле). Пока оно "не жмет" - все хорошо. Плюс если не хватает возможностей/скорости для анализа - есть готовые инструменты, позволяющие зеркалить хранилище в гит-репозиторий.
Вопрос к гитоводам, восторгающихся бранчеванием - как вы СУБД бранчуете? :) |
|||||||
99
fisher
15.06.20
✎
09:47
|
Вот вопрос конкретно к (9). Как выглядит процесс "А вот если мне в течении моего творческого поиска прилетает срочная заявка, да еще и затрагивающая уже исправленные объекты: Делаю ветвление от Мастера (ветви GIT соответствующей тому что крутится в продакшене), переключаюсь на неё уже там правлю. Потом мержи в свои девелоперские ветки".
А в "творческом" бранче уже куча изменений структуры БД и тестовые данные. На каждый бранч - по копии БД? |
|||||||
100
DTX 4th
15.06.20
✎
09:53
|
В (9) описана ситуация с EDT? С конфигуратором что-нибудь подобно вообще возможно? Если да, то поправьте меня в (76) плз
|
|||||||
101
d4rkmesa
15.06.20
✎
09:54
|
Пока хранилище, т.к. еще иногда актуальны ОФ.
Хранилище конфигурации |
|||||||
102
fisher
15.06.20
✎
10:24
|
Лично мне переход на git мне кажется вполне оправданным, если хранилище начало сильно "жать".
А вот переход на EDT - гораздо более спорный момент. Время сборки - существенный минус для языка, где большинство ошибок ловится только в рантайме. |
|||||||
103
stopa85
15.06.20
✎
10:33
|
(99) Под проект - делаю отдельную ИБ. Под задачи - нет.
Нужно дополнительно прокомментировать, что у меня маленькая ИБ и в смысле объема данных и в смысле объема конфигурации и я вполне могу себе позволить держать и несколько штук, даже на рабочем ноуте. |
|||||||
104
fisher
15.06.20
✎
10:40
|
(103) Просто этот момент почему-то гитоводы всегда опускают, когда взахлеб про бранчи рассказывают. Бранч налево, бранч направо - воздушная легкость! А бранчи не такие уж и "легкие". Хотя, безусловно, возможность очень полезная и удобная. Просто разработчику минимум две базы придется иметь. Ну да невелика проблема.
|
|||||||
105
fisher
15.06.20
✎
10:45
|
Хотя помню, что какой-то админ заводил тему, в которой осторожно возмущался, а не охренели ли разработчики 1С иметь каждый по полноценному стэйджингу и нельзя ли чтобы он был один на группу.
|
|||||||
106
stopa85
15.06.20
✎
10:58
|
(104) Да есть такое дело. Нам от того не легче, но ведь и разработчики сайтов испытывают теже сложности. Ведь у сайта тоже есть БД.
|
|||||||
107
1c_2189
15.06.20
✎
11:10
|
1
Хранилище конфигурации |
|||||||
108
PR
15.06.20
✎
11:14
|
(95) Предложи Нуралиеву, че
|
|||||||
109
PR
15.06.20
✎
11:14
|
(96) Эээ... кто увешан сертификатами?
У меня, например, только по семерке замшелых годов и пара профов по восьмерке |
|||||||
110
PR
15.06.20
✎
11:15
|
(97) Надо было с родителей каждый месяц по 250 рублей собирать?
|
|||||||
111
vde69
15.06.20
✎
20:31
|
(106) не путай сайт в котором пусть 100 файлов (имею в виду код, без картинок) и 1с в котором примерно 1.5 ляма строк кода в типовой бухии, а в ЕРП около 3х лямов строк кода, и количество модулей измеряется не десятками и даже наверно не сотнями....
я не говорю, что ГИТ плохо, нет, я говорю, что когда говорят "я легко отпачкую себе хоть целиком все", но надо понимать сколько это "все" весит для сайта и 1с, там и объемы и скорости разные. по этому я огромным сомнением читаю Ваши восторженные возгласы... к примеру представь продакш базу ЕРП которая абсолютно пустая весит далеко за 2 гига, то есть с минимум данных для тестирования это примерно от 5 до 10 гиг. В реальности это от 20 до 100 гигов, у тебя 5 компаний, вот представь по две копии базы у себя на ноуте от каждой компании, да еще и репозитарий, и место для темпов... То есть 2 терабайта на ноуте уже мало..... а ведь без SSD не обойдешся с EDT. А теперь вопрос - сколько стоит ноут который это потянет? |
|||||||
112
amiga 600
15.06.20
✎
20:57
|
(111)
Для приложения с 10^10 строк кода с GIT-ом "я легко отпачкую себе хоть целиком все" не поменяется никак. Вы хоть почитайте, что такое GIT, "программисты". GIT не "отпачкую всё" работает. |
|||||||
113
stopa85
15.06.20
✎
22:29
|
(111) Согласен с Вашими возражениями. Я вас услышал.
Необходимость копий ИБ - проблема. Причем она не только в технической плоскости, но и в плоскости безопасности. Сливать несколько веток в общий знаменатель - наверное проблема. В моей же идеальной вселенной есть эталонная полнофункциональная ИБ маленького размера (для разрабов и подрядчиков), а полноразмерная копия БД нужна для поиска/устранения проблем с производительностью и финального тестирования. В реальном мире все не так. Гит придумали для того чтобы "Почковать" миллионы строк кода. |
|||||||
114
Sserj
16.06.20
✎
02:46
|
(111) Ну вообще то git был создан Линусом для сопровождения разработки ядра линкуса и успешно с этим справляется, а там больше 10 млн.строк кода.
|
|||||||
115
MyNick
16.06.20
✎
06:34
|
Никакие миллионы строк не "почкуются". Есть текущий HEAD и метки на тех файлах, которые были изменены.
Весь мир, в тч на самых огромных проектах использует git. И только одинэсники считают свой дебет-кредит слишком уникальным для этого. |
|||||||
116
MyNick
16.06.20
✎
06:42
|
(111) ну вообще базы можно держать на обычном винте. И почему обязательно ноут? Мощный стационарник + дешманский ноут для RDP.
|
|||||||
117
MyNick
16.06.20
✎
06:49
|
И вообще, при чем тут базы? Это уникальное ьребование гита? Без него вы их не используете?
|
|||||||
118
Strogg
16.06.20
✎
08:44
|
Судя по обсуждению, для подпихивания своих изменений в рабочую базу, в случае GITа нужны телодвижения по загрузке конфы. В случае хранилища, там ничего такого делать не надо. хранилище-обновить конфу из хранилища и в путь. Откатиться на более старую версию - тоже никаких проблем, в случае протоколирования изменений, совместно с багтреккером - вся разработка становится ясной и понятной. Единственный минус для меня - ненадежность хранения БД хранилища в файловом варианте. А серверный доступен только при использования одинаковых версий платформ. Но если юэкапить папку с хранилищем, то,в общем-то,риск потерять хранилку болИе-Лимение ) минимизирован.
В случае групповой разработки, при использовании ГИТ не вижу никаких плюшек по сравнению с хранилкой. Но тема интересная, безусловно. |
|||||||
119
stopa85
16.06.20
✎
09:00
|
(118) А как вы протоколируете изменения? В Хранилище есть для этого инструменты? А то в Интернетиках пишут, что коментарии кода ставят.
|
|||||||
120
MyNick
16.06.20
✎
09:04
|
(118) Какие еще телодвижения по загрузке?
В случае гита у тебя есть локальный каталог src (это конфа разобранная на файлы по модулям, формам и пр) и есть база со свое конфой. ЕДТ умеет собирать из файлов конфу и накатывать ее на твою базу. База вообще не в курсе ни про хранилище, ни про гит. Гит в отличие от хранилища - собирает только изменения (хранилище же копит какую то тьму tmp файликов, видимо это "отпечатки" конфы, поэтому тяжелое и монстроузное) - поэтому в гите быстро переключаться между ветками и коммитами - посмотреть изменения в коммите или разницу между ними можно мгновенно - откатить свои изменения на версию коммита можно мгновенно - вернуться на версию последнего коммита можно не только файлом целиком. В редакторе видны участки кода, которые были изменены. Можно прямо здесь посмотреть - что же мы поменяли конкретно в этой функции и как этот участок кода выглядел до наших изменений. - можно посмотреть кто, когда, во сколько и каким коммитом внес конкретные изменения в конкретную функцию до этого. А если гит связан с трекером - перейти к задаче, которая вызвала эти изменения. - если вы делаете какую-то задачу и тут нужно срочно поправить баг и вернуться к задаче, можно сделать stash, а потом восстановиться из него - тоже мгновенно - в гит пушить изменения своей ветки можно хоть каждую минуту чтобы зафиксировать проверенные изменения и продолжить. Запилили, проверили, зафиксили, переходим дальше. Закончили ветку, отдали в тест. В хранилище же как правило попадают только протестированные изменения (т.к. в противном случае нужно второе хранилище "production"), поэтому фиксирование изменений уже не управляется желанием разрабочика. - при использовании гита цикл разработка-тестирование-внедрение изменений становится непрерывным. Можно пилить новый релиз и править только баги в старом. При этом исправления багов одним движением руки приезжают в релиз, который еще пилится. - чтобы отдать на тест заказчику, достаточно скинуть ему ссылку или хэш коммита. При использовании хранилища - нужно выгружать конфигурацию (мы ведь не отдаем протестированные изменения в тест, правильно?) - на гите легко навешиваются хуки и организовывается автоматизированное тестирование - НО САМОЕ ГЛАВНОЕ - в гите нет этой долбанной блокировки объектов. Один и тот же модуль или форма может правиться несколькими разработчиками одновременно. Если правились разные куски кода, все мержится без проблем. В противном случае последнему пушеру придется решить конфликт. Но возникает это крайне редко и делается максимально просто. Короче сравнение вообще неуместно. |
|||||||
121
MyNick
16.06.20
✎
09:23
|
(118) "В случае групповой разработки, при использовании ГИТ не вижу никаких плюшек по сравнению с хранилкой."
Улыбнуло... Вы попробуйте ГИТ на несколько человек. Втянетесь, раскурите плюшки и скажете что "хранилка" это вообще не средство для групповой разработки. Версионирование "в одного" еще может быть норм, если только что перешел с 7.7, то даже будет вау эффект ))) |
|||||||
122
fisher
16.06.20
✎
09:28
|
(119) В смысле, "как вы протоколируете изменения"? Хранилище все же какая-никакая, но VCS. Другое дело что инструментарий ревизий версий в сравнении с гитом ограниченный и тормознутый. Поэтому одна из "промежуточных" практик - зеркалировать коммиты из хранилища в гит. Фишка в том, что доля "настоящих команд" в общей массе разработки на 1С невелика. Средняя команда на среднем продукте в 1С - полтора разработчика :) Поэтому большинство вполне нормально на хранилище и живут. Даже если несколько разрабов, но каждый тянет "свой кусок" - то тоже вполне терпимо. Просто нет особой необходимости в более продвинутых инструментах.
|
|||||||
123
ДенисЧ
16.06.20
✎
09:36
|
(121) "хранилка" это вообще не средство для групповой разработки."
CSV в своё время была вполне себе групповой. И даже RCS. |
|||||||
124
pvase
16.06.20
✎
09:38
|
Здравствуйте. А как вы захватываете объекты в GIT-е? Например мне надо захватить корень метаданных, но не рекурсивно (добавлять объекты), или захватить Модуль документа, а формы не захватывать.
|
|||||||
125
pvase
16.06.20
✎
09:39
|
EDT не проходит, потому что УПП, там почти все на обычных формах.
|
|||||||
126
ДенисЧ
16.06.20
✎
09:40
|
(124) В гите объекты не захватываются. Они мержатся по результату
|
|||||||
127
Strogg
16.06.20
✎
09:43
|
(119) на текущий момент, в багтреккере есть номера задач. Изменения в коде помечаются ФИО разраба и номером задачи, по поводу которой изменен код. При выкладивании, разраб пишет в комменте номер задачи, по поводу которой он изменяет хранилку. Все. можно посмотреть, для чего была изменена любая строчка кода, выделенная комментом разраба.
(120) я вообще не спорю. Тема весьма интересная (и новая пока что, для меня). Поэтому могу говорить только о хранилке. (122) у нас по 8-9 человек на 1 базу. ГИТ интересен, имеет смысл рассмотреть, как замену, или дополнение к хранилке. Да, действительно, сравнение версий это что-то с чем-то. Поставил на сравнение и ушел курить... |
|||||||
128
fisher
16.06.20
✎
09:55
|
(124) Никак. В распределенных VSC другая модель работы. Правь что угодно. От слова абсолютно. Это как оптимистические блокировки против пессимистических. В результате может получиться лажа, но на практике это происходит очень редко. Тогда последний кто вливает свои изменения и попадает на конфликт - должен его разрулить вручную. Но так как "фракция" для конфликтов гораздо мельче уровня объекта, то и вероятность конфликтов гораздо ниже.
|
|||||||
129
fisher
16.06.20
✎
10:01
|
Т.е. если двое одновременно перепиливали одну и ту же функцию, то кто первый зальет свои изменения - тот и в тапках. А второму не даст. Тогда второму придется подстраиваться и сначала перепилить свои доработки с учетом уже сделанных коллегой.
|
|||||||
130
Daluvan
16.06.20
✎
10:08
|
1с и так глючная.
Хранилище конфигурации |
|||||||
131
MyNick
16.06.20
✎
10:26
|
(130) не глючная, а сырая
|
|||||||
132
eTmy
16.06.20
✎
10:26
|
Зачем лишние телодвижения?
Хранилище конфигурации |
|||||||
133
MyNick
16.06.20
✎
10:29
|
(127) " Изменения в коде помечаются ФИО разраба и номером задачи, по поводу которой изменен код. "
В том то и дело, что гит это умеет и так. Если нужно привязаться к номеру задачи - при коммите указываем его. А если трекер интегрировать с гитом - можно прямо из задачи в трекере проваливаться в список изменений кода, которые были сделаны по этой задаче. |
|||||||
134
mmmarat
16.06.20
✎
10:59
|
Используем Хранилище 1C -> git -> bitbucket
Синхронизация через gitsync. Разработчики по факту работают только с хранилищем 1с. |
|||||||
135
ДенисЧ
16.06.20
✎
11:10
|
(134) "Разработчики по факту работают только с хранилищем 1с."
Тогда нафейхоа гит? |
|||||||
136
DTX 4th
16.06.20
✎
11:21
|
(135) Изменения удобно смотреть.
(134) У нас такая же схема. Плюс еще внешние и произвольные отчеты раньше выгружались. |
|||||||
137
mmmarat
16.06.20
✎
11:31
|
(135) SonarQube, Vanessa. В Jira видим комментарии по каким задачам внесены изменения. И как отметили в (136) удобно иногда просто посмотреть нет ли говнокода :)
|
|||||||
138
fisher
16.06.20
✎
11:32
|
(134) Проблем с gitsync не было? Я когда-то пытался перенести хранилище с немаленькой историей и на очередном коммите он сказал что не в силах... Да и кто-то еще отписывался по похожей фигне. Работал-работал, а потом устал.
|
|||||||
139
PR
16.06.20
✎
11:42
|
(134) >>Разработчики по факту работают только с хранилищем 1с.
Эээ... чего? А как я тогда свои изменения в Битбакете вижу? |
|||||||
140
mmmarat
16.06.20
✎
11:43
|
(138) При настройке иногда проблемы возникают. (авторизация с bitbucket, локальные настройки git, глючная версия git). Но если все настроено и работает, то работает без проблем.
Если много версий и не нужна вся история, можно сразу с какой нибудь крайней версии выгружать. |
|||||||
141
mmmarat
16.06.20
✎
11:45
|
(139) В зависимости от проекта у меня выгружается раз в час или раз в сутки. Под разработчиками я имел в виду только разработчиков в нашей компании.
А как настроено у вас не знаю. |
|||||||
142
novichok79
16.06.20
✎
11:52
|
заводите локальный хранилище git-репозиториев. например:
https://gogs.io/ и льете туда 1С и не 1С. у нас так сделано. 100+ сообщений в теме. вы серьезно? |
|||||||
143
PR
16.06.20
✎
12:05
|
(141) А, пардон, я почему-то подумал, что это про опыт использования EDT и про то, что он не с гитом работает, а с каким-то своим гитом
Не, у нас натурально EDT с гитом, Битбакет, Дженкинс, Сонаркуб и пр. https://www.youtube.com/watch?v=Aiel8HlZrwM |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |