Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Хранилище конфигурации к рабочей базе - это нормально?

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

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

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

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

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

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

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


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


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

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

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

если есть ресурсы на правильную ТП - хранилище подключенное к разработке и к рабочей - неправильно
правильно - у рабочей свое хранилище, у разработки - свое
   Cyberhawk
 
56 - 29.11.17 - 19:28
(53) Просто если не подключать рабочую, то надо наладить процесс выпуска поставки из, допустим, главной тестовой базы и доставку cfu-шки в рабочую инфобазу
   RomaH
 
57 - 29.11.17 - 19:30
(56) ага
время?
   Мыш
 
58 - 29.11.17 - 19:34
(56) Вместо "надо наладить" предпочтительнее писать "можно наладить" )
   Cyberhawk
 
59 - 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
В том-то и замес, что в результате реально может быть "накатил - и всё. Вообще всё".
   Cyberhawk
 
66 - 29.11.17 - 21:20
(60) Я запомнил первое предложение, буду применять в жизни как аргумент или просто как красное словцо :)
   Волшебник
 
Модератор
67 - 29.11.17 - 21:21
(66) В оригинале "В каждой избушке свои игрушки".
   Cyberhawk
 
68 - 29.11.17 - 21:51
(67) В гугле соотношение игрушек к погремушкам 6350:90000
   Новиков
 
69 - 29.11.17 - 23:06
Господа? Вы пользуетесь поиском? Нет? А пора бы:

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

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

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

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

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

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

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

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


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует