Имя: Пароль:
1C
 
Работа начало
0 desaint08
 
03.03.16
01:03
У меня есть вопросы, причем раньше я как-то не задумывался,
Вот например,я прихожу к клиенту у него база на компе и с ней работают
Мне  говорит мол допиши мне кнфигурацию , мне нужн?о подключать хранилище?или как привильно сделать?
1 Rie
 
03.03.16
01:17
(0) Очевидно, что непосредственно над рабочей базой издеваться не стоит.
Создаёшь свою базу. А как дальше - через хранилище или через объединение конфигураций - это уж как в данном конкретном случае удобнее.
Если один работаешь - то на кой сдалось это хранилище?
2 Zamestas
 
03.03.16
02:07
(0) Что ты,собственно, дописываешь такое, что такие вопросы возникают?
3 франц
 
03.03.16
02:10
(0) если единственный разработчик, и параллельно никто не будет рихтовать конфу - то взять конфу, доработать и профит. Если параллельно еще кто то доводит конфу до нерабочего состояния, то, конечно же, хранилище.
4 Звездец
 
03.03.16
03:29
А может не стоит с такими вопросами и сразу к клиентам?
5 birkoFFFF
 
03.03.16
04:46
Правильно сначала сделать архив, а с такими вопросами лучше 2 архива)
6 rphosts
 
03.03.16
05:13
+ (5) и не на том-же компе где база
7 zak555
 
03.03.16
05:17
для начала нужно от клиента услышать доказательства того, что конфу действительно нужно модифицировать и что типовые механизмы ему не подходят
8 desaint08
 
03.03.16
10:53
просто на уроках мы пишем типа в новой,или дают а потом типа да загрузите вот эту и все а как правильно делать в жизни как то не говорит никто
9 Godofsin
 
03.03.16
10:56
(8) Спроси своего сенсея.
10 f_vadim
 
03.03.16
11:11
хренилище нужно для 2-х вещей - обеспечить совместную работу нескольких разработчиков и иметь историю изменений.

в остальных случаях можно обойтись объединением.

вдруг вам не рассказывали:
конфу дописывать и тестировать на тестовой базе;
перед обновлением боевой - сделать бэкап.
11 Pahomich
 
03.03.16
11:20
(0) Первым делом надо засучить рукава, выгнать всех из комнаты, велеть принести пива по объему поставленной задачи, чипсов...ну и далее по вкусу. Остальное большого значения не имеет. В любом дела, главное вовремя смыться.
12 Vladal
 
03.03.16
11:29
(3), (1) Хранилище нужно хотя бы для версионного контроля.
А вот как конфа будет попадать в рабочую - хоть подключай к хранилищу, хоть выгрузкой и объединением конфигурации из файла - это уже дело вкуса.
ИМХО, самый безопасный способ - разработку вести в копии базы с подключенной к хоранилищу конфигурацией, а рабочую базу обновлять с помощью разностной выгрузки. На худой конец сравнением и объединением с внешним файлом конфигурации.
13 Vladal
 
03.03.16
11:32
(10) Вот именно. Добавлю, что не нужно добавлять новые формы динамическим обновлением - замечено, что при этом слетают тексты модулей и сами формы. Вот пример:
Потеря текстов модулей форм при получении из хранилища
14 Rie
 
03.03.16
16:19
(12) IMHO, в данном случае возможности хранилища просто не нужны.
Куда интереснее было бы призадуматься о создании собственной поставки.
15 Московский
 
03.03.16
16:23
(0) Главное - не делать копий, работать "по живому" и обновлять динамически.
16 Garykom
 
гуру
03.03.16
16:28
(11) с $ смыться то? если без так еще и ускорения придадут...
Я не хочу быть самым богатым человеком на кладбище. Засыпать с чувством, что за день я сделал какую-нибудь потрясающую вещь — вот что меня интересует. Стив Джобс