Имя: Пароль:
1C
1С v8
Хранилище конфигурации к рабочей базе - это нормально?
0 craxx
 
29.11.17
10:08
Пришел франч на наш проект (у них побочная задача наладить обмен с ихней поделкой). Подключил хранилище к рабочей базе. Это вообще как?
1 Волшебник
 
модератор
29.11.17
10:08
Это плохо.
2 craxx
 
29.11.17
10:10
(1) Вот и у меня слов нет цензурных. База 500Г. Лень было копию делать
3 yzimin
 
29.11.17
10:12
(2) Причём тут хранилище и база 500Г?
4 Быдло замкадное
 
29.11.17
10:12
нормально. А как еще изменения переносить? Сравнением что ли. Хранилище для этого и придумано.

Вопрос только в количестве этих хранилищ. 1 или 2.
5 craxx
 
29.11.17
10:13
(4) На боевой нельзя так делать. Сделали бы копию и к ней бы хоть скоько подключали.
6 Быдло замкадное
 
29.11.17
10:14
(5) нельзя подключать хранилище? 0_о это что за религиозные запреты. Лог изменений в рабочей вы как смотреть будете?
7 leonidk
 
29.11.17
10:17
Проблема когда в боевую вносят неоттестированный код или правки на ходу. Хранилище в таком случае не виновато :)
8 Зуекщмшср
 
29.11.17
10:24
Логично иметь хранилище, к которому подключены и рабочая база, и тестовая база, и базы разработчиков. Делай изменения, в тестовой тестируй за ради бога, потом переноси в рабочую. В чем проблема - непонятно.
9 Fish
 
29.11.17
10:30
(5) Почему нельзя? Можно ссылку на запрет от 1с?
10 Мыш
 
29.11.17
10:38
(9) Потому что у кого-то когда-то что-то сломалось и крайним сделали хранилище. Оно может и не виновато было, но из "бест практикс" его исключили )
11 Веселый собака
 
29.11.17
10:52
(0) Нормально, если база самописка или не на поддержке.
Отладил в тестовой- накатил на рабочую.
12 al_zzz
 
29.11.17
12:45
Может автор переносит изменения из копии вручную, как в 77?
13 Fragster
 
гуру
29.11.17
12:51
хнилище для разработки, потом из одного узла хранилиза генерим поставку, накатываем её на тестовую, запускаем тесты, при прохождении тестов - накатываем на прод.
все одной кнопкой, естественно.
14 1c-bs
 
29.11.17
12:52
(0) Это не есть хорошо.
15 Fragster
 
гуру
29.11.17
12:53
ну ладно, двумя - одной получаем из хранилища тестовую, второй   планируем обновление рабочей после очередного ночного бэкапа.
16 Мыш
 
29.11.17
13:04
(13) Это если регламентом предусмотрено тестирование. Но такое не везде. )
17 AlfaDog
 
29.11.17
13:08
(0) Абсолютно нормально
18 Fragster
 
гуру
29.11.17
13:09
(16) ну пусть тестируют вручную, как в (15). все равно поставка на рабочей. разница в скорости решения проблемы при настроенном тестовом контуре что с поставкой, что с "прямой правкой на проде" минут 10. в крайнем случае отказаться от поставки и делать прямую загрузку .cf, но тогда править код параллельно придется.
19 1Сергей
 
29.11.17
13:14
Мухи отдельно, котлеты отдельно
20 Tateossian
 
29.11.17
13:18
Подключать-то можно, но вот работать в таком случае крайне неудобно. Более того, хранилище не поддерживает ветвление, а это иногда крайне необходимо. То есть, с точки зрения методологии - это неправильно. Правильно делать файл поставки.
21 Fish
 
29.11.17
13:20
(20) "То есть, с точки зрения методологии - это неправильно. " - Я уже просил ссылку на рекомендации от 1с. Спрошу ещё раз.
22 nicxxx
 
29.11.17
13:21
Из-за хранилища в боевой базе могут возникнуть проблемы, например, регистры без регистратора.
23 Fish
 
29.11.17
13:21
(22) Это с какого перепуга?
24 nicxxx
 
29.11.17
13:24
В DEV-базе создали документ и регистр. В хранилище отпустили только регистр.
25 Segate
 
29.11.17
13:28
(24) так не получится же, потребуется корень поместить и док тоже
26 Fish
 
29.11.17
13:30
(24) Сам пробовал так сделать? Смотри (25) - не выйдет.
27 AlfaDog
 
29.11.17
13:31
(26) Это теоретик
28 Fragster
 
гуру
29.11.17
13:45
(21) https://its.1c.ru/db/v8std#content:-2145782938:hdoc:_top: , но в подавляющем большинстве случаев это избыточно
29 chelentano
 
29.11.17
13:54
(25) Получится. Сам сталкивался с таким не раз
30 Cyberhawk
 
29.11.17
13:57
Да ладно там документ и регистр.
Куда чаще встречается пара "подписка на событие" и ее обработчик :)
31 Tateossian
 
29.11.17
14:01
(28) Уж лучше гитом пользоваться, чем плодить эти хранилища)))
32 Быдло замкадное
 
29.11.17
14:08
(30) не пойму почему все грехи на хранилище вешают. Это ошибка разработчика. Предположим он работает без хранилища. Так же наразрабатывал, а потом при сравнении перенес только подписчик на событие без модуля. Та же ошибка, только без хранилища) Повторюсь тут косяк не хранилища а разработчика.
33 Мыш
 
29.11.17
14:10
(32) "Бест практикс" - панацея от кривых рук )
34 Быдло замкадное
 
29.11.17
14:12
(33) ага, типа у меня 1 раз бензин в машине закончился, машинами больше не пользуюсь, они не работают!
35 Amra
 
29.11.17
14:12
(33) Бест практис - наличие тестировщика с своей базой, избавляет от кривых рук ))
36 mehfk
 
29.11.17
14:12
(33) Лучшая "защита от дурака" - не пускать дурака в систему.
37 craxx
 
29.11.17
14:24
(36) В рабочую базу!
38 Alligator219
 
29.11.17
14:30
(32) Ага, ошибка разработчика. Прихожу как-то утром после обновления на работу - и у меня кровь стынет в жилах: все документы "Заказ покупателя" пустые! Вот в шапке все заполнено, а ТЧ "Товары" пустая! Просто сбилась связка между табличной частью документа и табличной частью на форме. Такое повторялось не раз и не два, и на нескольких работах. И не у меня одного такая фигня.
39 Tateossian
 
29.11.17
14:33
(38) что-то не могу представить как это?
40 Мыш
 
29.11.17
14:35
(39) У человека карма. Это не поддается рациональному объяснению )
41 nicxxx
 
29.11.17
14:51
(27) Этот теоретик ловил данные кейсы не один раз и не два за последние 10 лет.
42 Fish
 
29.11.17
14:57
(28) Спасибо за ссылку, но она совсем не о том.
43 AlfaDog
 
29.11.17
15:04
(41) Это не связано с хранилищем. Пора бы это уже признать.
Это кривые руки разработчиков. Можно и сравнением-объединением такой результат получить легко.
44 RomaH
 
naïve
29.11.17
15:09
у меня рабочая к хранилищу подключена
база находится в постоянной разработке

почему не надо так делать

иногда надо обновить частично, а в хранилище уже кинут новый справочник, приходится отключать рабочую от хранилища и обновлять сравнением

т.е. хранилище в некоторых ситуациях не позволяет поместить в себя только выбранные объекты
и аналогично - получить только выбранные
45 RomaH
 
naïve
29.11.17
15:11
но такое происходит максимум раз в месяц - поэтому мне удобнее один раз в месяц поизвращатся, но иметь подключенную к хранилищу рабочую базу - утром пришел, получил из хранилища - обновил

на тестовой исправил ошибку, получил в рабочей изменения и, о боже, обновил динамически
46 mehfk
 
29.11.17
15:40
(44) >> иногда надо обновить частично, а в хранилище уже кинут новый справочник, приходится отключать рабочую от хранилища и обновлять сравнением

А почему бы в таком случае не получить из хранилища только нужные объекты?
47 Tateossian
 
29.11.17
15:44
(44) Все тоже самое, делается только скриптом. Сначала готовится файл поставки, через специальный модуль в редмайне формируется описание релиза, автоматически рассылается заинтересованным. Помещается файл поставки в специальное место и в назначенное время запускается процесс обновления. если идет сбой - приходит сообщение на почту, тогда я принимаю экстренные меры, но в целом - такое бывает редко.
48 Tateossian
 
29.11.17
15:46
Когда в хранилище работает 7 разработчиков - косяки неизбежны. Вопрос в том, что все разрешится, виновные будут наказаны, но зачем рисковать, если преценденты были? Поэтому, я против такой организации работы.
49 Мыш
 
29.11.17
15:55
(48) Не везде 7 и более разработчиков.
50 Tateossian
 
29.11.17
15:56
(49) Тогда и не нужно хранилище)))
51 Мыш
 
29.11.17
15:58
(50) На 2-5 рук вполне нормально с одним хранилищем )
52 Tateossian
 
29.11.17
16:01
(51) В любом случае по теме ветки - назначение репозитория - организация групповой разработки (так в определении даже написано на сайте ИТС). Но никак не поддержка базы на продакшене.
53 RomaH
 
naïve
29.11.17
19:19
(47) поясню
звонок по телефону
"что за ... не печатает печатает печатная форма" (звонит врач на приеме)
имя комьютера ... показыайте ... ок вижу
поытка исключение -
поместить в хранидище
получить из хранилища
обновит динамически
перезапустите 1С
работает - работает


и занимает это все примерно митуты 2-5


сколько это займет если рабочая у меня не будет подключена к хранилищу с разработкой?
54 RomaH
 
naïve
29.11.17
19:21
(50) неправ
55 RomaH
 
naïve
29.11.17
19:28
скажу так
тут нет технологического ограничения
ограничение именно оганизационное - что кто и когда поместил в хранилище связанное с рабочей базой

повторюсь
есть ситуации когда из хранилища нельзя получить только модуль менеджера одного документа - требует получить новые объекты метаданных

разработчику проще поместить в хранилище тестовую конфигурацию и залить текущую БД, чем сохранять cf и обновлять потом

если есть ресурсы на правильную ТП - хранилище подключенное к разработке и к рабочей - неправильно
правильно - у рабочей свое хранилище, у разработки - свое
56 Cyberhawk
 
29.11.17
19:28
(53) Просто если не подключать рабочую, то надо наладить процесс выпуска поставки из, допустим, главной тестовой базы и доставку cfu-шки в рабочую инфобазу
57 RomaH
 
naïve
29.11.17
19:30
(56) ага
время?
58 Мыш
 
29.11.17
19:34
(56) Вместо "надо наладить" предпочтительнее писать "можно наладить" )
59 Cyberhawk
 
29.11.17
19:47
(57) Чего со временем?
60 Веселый собака
 
29.11.17
19:53
(59) В каждой избушке свои погремушки. Если обновление не связано с реструктуризацией, то логично ложить свои поделки в хранилище, связанное с рабочей базой. Время действительно экономится- накатил и все.
61 Лефмихалыч
 
29.11.17
21:02
(0) я бы не стал так делать. Потому, что либо не будет хотфиксов, либо в продуктиве будет неработоспособный код.
В принципе, кодить на проде - это очень плохая практика. Особенно, когда прод - пол терабайта весит и его быстро не восстановишь.
62 Лефмихалыч
 
29.11.17
21:03
(60) ложат - кирпичи в штаны. А в хранилище - помещают. На худой конец - коммитят.
63 Волшебник
 
модератор
29.11.17
21:03
(60) Экономия на спичках.
Зато потом потратишь 3 дня на восстановление какого-нибудь автообмена с каким-нибудь сраным филиалом.
64 Волшебник
 
модератор
29.11.17
21:05
(62) Как филолог филологу, позволю себе поправку, что кирпичи в штаны откладывают, а ложат болт или детородный орган на какое-нибудь дело.
65 Лефмихалыч
 
29.11.17
21:06
В том-то и замес, что в результате реально может быть "накатил - и всё. Вообще всё".
66 Cyberhawk
 
29.11.17
21:20
(60) Я запомнил первое предложение, буду применять в жизни как аргумент или просто как красное словцо :)
67 Волшебник
 
модератор
29.11.17
21:21
(66) В оригинале "В каждой избушке свои игрушки".
68 Cyberhawk
 
29.11.17
21:51
(67) В гугле соотношение игрушек к погремушкам 6350:90000
69 Новиков
 
29.11.17
23:06
Господа? Вы пользуетесь поиском? Нет? А пора бы:

работать в тестовом или в рабочем конфигураторе?
70 Fragster
 
гуру
29.11.17
23:11
(53) ситуации "пися не писает" вообще-то быть не должно
71 France
 
30.11.17
02:37
(0) нормально, если разрабов больше чем никого..
72 vi0
 
30.11.17
06:50
(0) смотря какое хранилище, с какой целью
их хранилищ, может быть сколько угодно

и вроде как подключают базу к хранилищу, а не наоборот
73 FIXXXL
 
30.11.17
08:37
а я тут недавно столкнулся с кэшем при работе с хранилищем :)
захватил - добавил код - выложил
сосед захватил - нет кода
у меня есть в моей конфе, захватываю - код на месте, отпускаю - у соседа нет моего кода
захватил - добавил пробел - выложил - только после этого сработало
74 АнтонБ
 
30.11.17
08:54
(5) Это хорошее решение.
1) Самое быстрое и дешевое.
2) Одновременно работают 2 команды программистов и нужно логировать всех.
Если они поставят на свою копию то ваши действаия на боевой не будут логироваться.
Это полумера.

Плохое решение что на боевую вы их пустили.

По хорошему ДО ФРАНЧЕЙ!!!

Должна быть тестовая поднята, куда все программисты все пишут.
Оттуда, после тестов, все через загрузку конфы накатывается на боевую.

Но у вас этого не было.
А франчи делать для вас инфраструктуру не подписывались.

Если была инфраструктура то сделали бы на ней.
Более того на ней уже было бы хранилище а не на боевой.

Так что франчи ваши косяки инфраструктурные обходят, и делают это максимально эффективно.
75 Alligator219
 
01.12.17
17:08
(40) Как оказалось такая карма не только у меня.
76 Numerus Mikhail
 
01.12.17
17:10
(73) постоянно такая хрень. Причем только под одним пользователем
77 Вафель
 
01.12.17
17:15
теоретически можно, но иногда хранилище глючит. вроде все получил, а получилось не все
78 Вафель
 
01.12.17
17:17
(74) 1Сник и тесты - понятия несовместимые
79 impulse9
 
01.12.17
17:30
(4) у нас сделано так: есть база для разработки, там хранилище, все дела. Из нее раз в день формируется комплект поставки, который накатывается на рабочую. В рабочей все на замке, ее не трогаем, стараемся конфигуратор в рабочей вообще не открывать.
80 vi0
 
03.12.17
07:10
(77) у меня так было только когда получал корень рекурсивно, а не получал все из хранилища
в остальных случаях все работает стабильно
81 АнтонБ
 
06.12.17
18:15
(79) +1