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

  1  2  3   
1С:Предприятие ::

Метки: 

работать в тестовом или в рабочем конфигураторе?

Я
   ASimonova
 
23.10.17 - 10:44
у нас скульная база с 10-20 постоянно рабочими пользователями. я программист, всегда работала в рабочем конфигураторе, потом в конце рабочего дня принимала все изменения. переехали на новый сервер, появились ошибки СУБД, теперь админ мне говорит, что так нельзя и надо работать в тестовом конфигураторе, а рабочий вообще не открывать пока пользователи в базе.
у меня очень много мелких изменений, в т.ч. в структуре баз данных, так что временно'й целесообразности в этом нет: принятие этих изменений в рабочем конфигураторе займет столько же времени сколько и в тестовом. насколько прав наш админ? действительно все работают в тестовом несмотря ни на что?
 
  Рекламное место пустует
   ASimonova
 
1 - 23.10.17 - 10:52
(0) к слову сказать админы сервера говорят, что ошибки СУБД из-за 32-х битной версии скуля, и им я верю больше.
   Sserj
 
2 - 23.10.17 - 10:54
Все 1С-ники делятся на 2 группы. Которые уже убивали свои базы и те которым это еще предстоит
:)
   Numerus Mikhail
 
3 - 23.10.17 - 10:55
Работать в рабочей базе - зло.
   spock
 
4 - 23.10.17 - 10:56
Программировать на 'бою' - это фиаско, братан.
   FormatC
 
5 - 23.10.17 - 10:57
а как тестировать свои доработки? конечно нужна тестовая база
   VladZ
 
6 - 23.10.17 - 10:58
(0) Тестовая база нужна тебе, юный падаван!
   1dvd
 
7 - 23.10.17 - 10:59
в крупных конторах прог не имеет доступа в бобевую
   Jonny_Khomich
 
8 - 23.10.17 - 10:59
(6) "База нужна тебе тестовая" так правильнее
   ASimonova
 
9 - 23.10.17 - 11:01
всем спасибо, все понятно)))
   ASimonova
 
10 - 23.10.17 - 11:01
а если я буду в конце дня не принимать миллион мелких изменений в рабочую а просто буду сверху конфу накатывать из тестовой, так делается?
 
 
   1dvd
 
11 - 23.10.17 - 11:03
(10) не возражаем
   Timon1405
 
12 - 23.10.17 - 11:03
почитайте про разработку через хранилище
   h-sp
 
13 - 23.10.17 - 11:04
(8) всё-таки быстрее тренироваться на кроликах
   ASimonova
 
14 - 23.10.17 - 11:05
(12) насколько я знаю, тестировать предприятия через хранилище нельзя, так ведь?
   d4rkmesa
 
15 - 23.10.17 - 11:05
(10) Обычно делается - в простом случае все изменения разрабатываются в тестовой и помещаются в репозиторий (хранилище), откуда потом все вместе забирается в рабочую базу. Если все сложнее, и рабочая не подключена к хранилищу, в режиме сравнения-объединения свои изменения переносите в рабочую.
   Numerus Mikhail
 
16 - 23.10.17 - 11:06
(14) Что значит нельзя? Все можно, почитайте про это сначала.
   Ёпрст
 
17 - 23.10.17 - 11:06
(14) неправильно понимаешь
   ASimonova
 
18 - 23.10.17 - 11:11
(12) (15) (16) (17) спасибо, подключаю хранилище
   Wirtuozzz
 
19 - 23.10.17 - 11:15
(0) Вам перед рабочим днем не выдают полотенце с красным кругом?

https://ru.wikipedia.org/wiki/Камикадзе

В рабочем конфигураторе даже отладки не должно быть. Должна быть только возможность обновить конфу из хранилища. Все остальное в тестовой базе.
   vde69
 
20 - 23.10.17 - 11:16
(19) эммммм... отладка в рабочей иногда нужна, а вот хранилище к рабочей подключать - верный путь к геморою....
   mehfk
 
21 - 23.10.17 - 11:18
(20) >> вот хранилище к рабочей подключать - верный путь к геморою
Почему?
   Wirtuozzz
 
22 - 23.10.17 - 11:18
(20) У нас нет в рабочей отладки, есть свежий бекапчик, при необходимости бекап заливается в скульную тестовую базу. Почему подключать хранилище к рабочей - гемморой? чем это черевато и как вносить доработки, через CF?
   Fish
 
23 - 23.10.17 - 11:18
(20) При грамотном использовании никакого геморроя.
   Wirtuozzz
 
24 - 23.10.17 - 11:19
(23) какое использование не грамотное?
   vde69
 
25 - 23.10.17 - 11:20
(22) иногда ошибки проявляются ТОЛЬКО при работе на боевой, например всякие обмены и прочее....

(21) по тому, что есть шанс накатить что-то не оттестированое, но уже положенное в хранилище
   1dvd
 
26 - 23.10.17 - 11:20
(20) +100500
   DexterMorgan
 
27 - 23.10.17 - 11:22
(20) +100
   mehfk
 
28 - 23.10.17 - 11:22
(25) >> есть шанс накатить что-то не оттестированое, но уже положенное в хранилище
Какая разница - попадет это в боевую базу напрямую из хранилища или через промежуточный cf?
   Wirtuozzz
 
29 - 23.10.17 - 11:24
(25) А зачем что то не оттестированное убирать в хранилище? Что может это заставить сделать?
   DexterMorgan
 
30 - 23.10.17 - 11:25
(28) Ну как бы при сравнении объектов, видно, что какой-то удак добавил реквизит в РТУ, а база на Овер 400ГБ и рту хренова туча и реструктуризация за ночь не пройдет,ну типа как пример
   DexterMorgan
 
31 - 23.10.17 - 11:25
(28) Точнее это нагляднее все
   Wirtuozzz
 
32 - 23.10.17 - 11:26
(31) понял.
   vde69
 
33 - 23.10.17 - 11:27
(29) например я добавил объект а нужная роль захвачено другим разработчиком, я кладу свой объект и говорю, что бы тот включил ее в роли... А роли в конфу не кладут, так там еще много работы.

в данном случае в рабочую конфу попадет объект без прав...
 
 
   Сияющий в темноте
 
34 - 23.10.17 - 11:33
сложно представить,что попадёт в базу при такой работе,нсли нет хранилища
   DexterMorgan
 
35 - 23.10.17 - 11:36
(34) Никто не против хранилища, это отличный инструмент, просто есть мнение, что не нужно подключать его к рабочей базе
   Heckfy
 
36 - 23.10.17 - 11:40
По хорошему, прод для разработки вообще должен быть не доступен. Должны быть подняты среда для разработки/тестовая среда/сертификационная среда. Релиз документируется и передается админам для установки в прод.
Как то так, если коротЕнько.
   1dvd
 
37 - 23.10.17 - 11:41
(36) +1
   Лефмихалыч
 
38 - 23.10.17 - 11:43
(0) в приличном обществе за такие фокусы по щекам хлещут
   Fuas4
 
39 - 23.10.17 - 11:43
Поддержку (35) Лет 5 назад, когда на фикси работал, подключал хранилище к рабочей УТ. Иногда ВДРУГ пропадали внесенные ранее в рабочую изменения. С третьего раза я все понял и далее рабочую обновлял только через cf. Сейчас может и починили хранилище, но я не проверяю
   МимохожийОднако
 
40 - 23.10.17 - 11:44
Работать и отлаживать надо тестовой. Остальное по вкусу.
   Dmitrii
 
41 - 23.10.17 - 11:45
(33) И как эта проблема решается, в условиях, когда боевая база НЕ подключена к хранилищу?

Ответ: да никак не решается. Потому что в таком случае все обновления продуктива делаются либо через загрузку конфы, либо через сравнение/обединение. В первом случае риск попадания объекта без ролей в продуктив сохраняется, а во втором - надо анализировать глазами (что включать, а что нет при объединении).

Пример надуманный и никак не связан с вопросом подключения продуктива к хранилищу.
   Джинн
 
42 - 23.10.17 - 11:47
(0) Разрабатывать в рабочей базе - извращение в принципе.
   Лефмихалыч
 
43 - 23.10.17 - 11:49
(35) +9000! Рабочую базу нельзя к хранилищу подключать.
Рабочая база должна обновляться комплектами поставки, выгружаемыми из пустой базы, подключенной к хранилищу.
   la luna llena
 
44 - 23.10.17 - 11:50
(0) вы и отлаживаете в рабочей базе?
о_О
самоубивцы
   dmpl
 
45 - 23.10.17 - 11:53
(30) Это про текст электронного чека история?
   d4rkmesa
 
46 - 23.10.17 - 12:17
(44) Иногда, когда нет выбора, не грех и к рабочей подключиться, если база сравнительно небольшая (<200 пользователей). Конечно, за блокировку транзакций пользователям нужно на месте руки отрывать.
   Alligator219
 
47 - 23.10.17 - 12:19
(39) У многих была такая проблема. Очень многих.
   Веселый собака
 
48 - 23.10.17 - 12:23
(43) Можно. И нужно.
Главное, в ней отладку не делать.
Всегда есть две конфигурации в любой базе- хранилища и собственно бызы. И они не пересекаются, пока не применишь изменения.
   ptiz
 
49 - 23.10.17 - 12:28
С таким уровнем вопросов, как у автора, и "миллион мелких изменений в рабочую" - мне страшно за базу!
 
  Рекламное место пустует
   dmpl
 
50 - 23.10.17 - 12:28
(48) Предлагаешь изменения без тестирования применять? Круто, чо.
   Лефмихалыч
 
51 - 23.10.17 - 12:29
(48) обновление из хранилища может создать два объекта с одним имемем, регистр без регистратора и прочие подобные штуки, от которых конфигурация станет неконсистентна, и это - вполне штатная ситуация.
Подключать рабочую базу к хранилищу - плохая затея.
   aka AMIGO
 
52 - 23.10.17 - 12:29
(50) Можно и в рабочей тестировать. Только выгнать всех из базы, пусть пока чайку попьют, покурят.. или уж пообедают, пока 1с-ник тестит базу :)
   Веселый собака
 
53 - 23.10.17 - 12:33
(50) Блин, написал, же, тестирование- в тестовой базе.
   Лефмихалыч
 
54 - 23.10.17 - 12:36
(52) нельзя такое делать. Это прямая дорога к потерям данных и затяжным авариям. Добродетельные люди так не делают и уж тем более ни кому не рекомендуют так делать.
   Веселый собака
 
55 - 23.10.17 - 12:37
(54) А вот с этим соглашусь.
   dmpl
 
56 - 23.10.17 - 13:01
(53) И смысл тогда хранилище к рабочей подключать?
   Fuas4
 
57 - 23.10.17 - 13:05
(47) Починили ее уже?
   Alligator219
 
58 - 23.10.17 - 13:18
(57) Как-то не тянет проверять)))
   Heckfy
 
59 - 23.10.17 - 13:21
ИМХО, рабочую можно на свое хранилище посадить. Так, для информации, какие изменения и когда накатывались. Плюс, какая никакая защита от дурака. Что бы что то поправить, захват их хранилища нужно делать.
   Segate
 
60 - 23.10.17 - 13:30
В хранилище всегда должна быть актуальная конфа. тогда проблем не будет xD
Но вообще обновлять лучше из поставки.
   Лефмихалыч
 
61 - 23.10.17 - 13:32
(59) для этого поставки придуманы
(60) "В хранилище всегда должна быть актуальная конфа" - а работать программистам где? В базе, не подключенной к хранилищу?
   ИС-2
 
62 - 23.10.17 - 13:33
(0) крута, раз умудряешься делать без отладки и тестировки.

База не может падать из-за того, что открыт конфгуратор
   Лефмихалыч
 
63 - 23.10.17 - 13:35
(62) может. Например, на блокировках, если программист (или лицо, им прикидывающееся) грамотно остановится отладчиком внутри транзакции проведения документа
   Heckfy
 
64 - 23.10.17 - 13:37
(61) Можно и поставками. Но, я бы, наверное, еще и хранилище прилепил.
(63) Ну, это будет не "падение базы". :)
   Веселый собака
 
65 - 23.10.17 - 13:39
(56) Смысл подключения рабочей базы к хранилищу
1. в быстром применении конфигурации хранилища после тестирования в тестовой
2. база хранилища однозначно коррелирует по содержимому конфигурации с рабочей, т.к. ею порождена.
   Segate
 
66 - 23.10.17 - 13:39
(61) ну какбэ а в чем проблема? недоделанный функционал в хранилище не выкладывается. и все ок
   ptiz
 
67 - 23.10.17 - 13:40
Как обычно в таких фирмах на 20 юзеров - считают, что выросли из коротких штанишек, и начинают программу дорабатывать, причем "срочно". Если до завтра кнопочку или отчетик не сделаешь - прям умрут все, не иначе!
   Веселый собака
 
68 - 23.10.17 - 13:42
(66) Я больше скажу ;)
Если передумал что-то менять, сделай отмену захвата объекта в хранилище и все станет как было.
   Веселый собака
 
69 - 23.10.17 - 13:43
(67) Марь иванна отлучит от печенюшек и сошлет заправлять картриджи.
   Лефмихалыч
 
70 - 23.10.17 - 13:43
(66) когда программистов больше одного, это перестает работать. Да и изменения можно тупо потерять из-за каких-либо технических проблем на компе программиста, если оные изменения не отправлять своевременно в хранилище. Для одиночки - вариант, но и тут, если тебе надо хотфикс выпустить здесь и сейчас к объекту, надо которым у тебя затяжная разработка, то - всё, пипец, сливай вАду.
   AlfaDog
 
71 - 23.10.17 - 13:49
(66) +1

15 Разработчиков работало с прямым подключением к хранилищу все было отлично.

(70) Если не умеете работать по данной схеме не пишите , что это не работает. Отлично работает, если руки прямые.
   Segate
 
72 - 23.10.17 - 13:49
(70) ну хз... работал в команде из 50+ программистов в одном хранилище и ничего=) просто надо соблюдать правила, коментировать что выкладываешь и не захватывать лишнего
   Лефмихалыч
 
73 - 23.10.17 - 13:51
(72) и прод был подключен к этому хранилищу?
   Segate
 
74 - 23.10.17 - 13:52
(72) прод обновляли поставкой, но база донор была подключена к нему
   Лефмихалыч
 
75 - 23.10.17 - 13:54
(74) так и ну о чем ты тут тогда рассказываешь? 50+ и не было проблем... В этом я и не сомневаюсь. Речь-то про другое немного.
   Лефмихалыч
 
76 - 23.10.17 - 13:54
(74) см (43) про поставки
   Segate
 
77 - 23.10.17 - 13:54
(75) про что все таки речь-то? Расскажи нам )
Я сразу написал. что лучше обновлять поставкой, но если руки из нужного места, то и из хранилища обновлять можно. это не проблема.
   Segate
 
78 - 23.10.17 - 13:57
(76) скажем так, опиши кейс, когда подключение рабочей к хранилищу влекло за собой потерю данных в рабочей базе, ну или хотя-бы маломальские глюки не из за кривизны рук программеров, а из за специфики работы с хранилищем
   Лефмихалыч
 
79 - 23.10.17 - 13:58
(77) я уже рассказал - (70).
Когда изменения в хранилище помещаются ТОЛЬКО протестированные и уже готовые к релизу, тогда выпуск хотфиксов к объектам, над которыми ведется разработка, не возможен. Либо - это откатить нафиг все разработки, выпустить хотфикс и потом натягивать результаты разработок обратно.
   Лефмихалыч
 
80 - 23.10.17 - 14:01
+(79) опять же - разделить работу над связанными объектами между несколькими разработчиками нельзя в этом случае: ты новый объект и любые изменения не можешь поместить до завершения всех тестов. Например, поручить разработку UI и печатных форм по ТЗ падавану, а самому заняться проведением, ты уже не сможешь, т.к. в хранилище недоделанный документ нельзя слить. Ну, или он попадет в продуктив недоделанным, а там могут, например, отчеты обсыпаться изза недоастатка прав или - обмены колом встанут. Да мало ли.
По этому я и говорю - для одного программиста эта схема прокатывает. Даже для пятидесяти одиночек прокатывает. Но командной работы не будет.
   Лефмихалыч
 
81 - 23.10.17 - 14:04
не гвооря уже о том, что при коллективной разработке в данном случае может случиться ситуация, при которой Вася ждет Петю, а Петя - Васю и оба сидят, курят бамбук, два не связанных пользюка не закончат тесты, хотя могли бы сложиться в хранилище и работать спокойно дальше.

Одно хранилище - это для одиночек. Подключать прод к хранилищу - для любителей аквалангов и гамаков.
   Heckfy
 
82 - 23.10.17 - 14:04
(80) Присоединюсь к коллегам: Вы просто не умеете их готовить!
Из личной практики, у меня отдел разрабов 1С (~15 человек) отлично через хранилище работали.
А вообще, см. (36)
   Лефмихалыч
 
83 - 23.10.17 - 14:07
(82) Какое отношение эта сентенция ко мне имеет? Где я сказал, что с хранилищем плохо?


с (36) полностью согласен.
   Лефмихалыч
 
84 - 23.10.17 - 14:10
я говорю о том, что (66) препятствует командной разработке.
   Segate
 
85 - 23.10.17 - 14:11
(79) кстати интересная тема.
на самом деле все не так страшно как кажется. Во первых у нас был механизм замен. т.е. без обновления в режиме предприятия можно было поставить под замену(изменить текст выполняемого кода) любую процедуру, любую форму. это покрывает 99% всех потребностей.
И ситуация когда для разработки разного функционала требуется, допустим, один и тот же объект.довольно редка, и скорее находится в области правильного распределения задач, нежели в области непосредственно разработки. Но при возникновении подобных ситуаций(допустим необходимость использования одного общего модуля) всегда можно экранировать свой код в хранилище и отпускать объект. Это не так уж и сложно.
   Лефмихалыч
 
86 - 23.10.17 - 14:15
(85) ну, эти подмены - это костыль, согласись?

Да и задачи могут быть распределены идеально, но пользователи здесь и сейчас нашли багу в существующем давно объекте, надо которым сейчас работают программисты, и вот этот баг болит и мешает ходить. Да, это не часто. Но, когда случается, приходится сохранять конфу рзработчика в файл, отменять захваты, выпускать хотфикс, пото сравнением-объединением натягивать конфу разработчика из файла. Тягомотина та еще.
   Лефмихалыч
 
87 - 23.10.17 - 14:16
отклонились насовсем от темы. Автору до таких материй еще очень далеко. Если вообще - когда-нибудь...
   Segate
 
88 - 23.10.17 - 14:20
(85) костыль, но он решает кучу проблем разом. Поправить багу в процедуре без обновления, поправить багу на форме без обновления... крайне удобно. единственное, что нельзя поправить - это изменять данные типа нельзя увеличить длину наименования объекта например... Но это уже очень редко идет под названием баг, а скорее хотелка, и она записывается в план на следующее обновление...
   aka AMIGO
 
89 - 23.10.17 - 14:28
(54) Знаю яааа!! :)
Естественно, надо всё делать в локальной
В конфигуратор рабочей БД надо лесть только для обновления своими нетленками..
Да и то - после непременного бэкапа..
   aka AMIGO
 
90 - 23.10.17 - 14:31
ЗЫ. для 7-ки, кто помнит, была TurboMD.dll, позволяющая динамически обновить БД.
Молодцы были создатели, ребята, думающие и делающие правильное дело..
   Segate
 
91 - 23.10.17 - 14:50
(87) по теме автора то сказать нечего.

В рабочей кодить - порнография полная конечно.

Потому и отклонились
   dmpl
 
92 - 23.10.17 - 14:52
(65) 1. Зато медленнее все остальное.
2. Критично только если загружать конфигурацию из файла. Да и то иногда не прокатывает. Ну и поставки никто не отменял.

(66) Потом будут пропадать изменения, сделанные другими программистами.
   Lama12
 
93 - 23.10.17 - 15:00
Все не читал. Судя по всему, ошибки не из-за конфигуратора. Хотя это не корректно. Пусть лучше админы настраивают скуль правильно. И вообще, 32 разряда для СУБД сейчас, это мовитон.
   Segate
 
94 - 23.10.17 - 15:05
(92) работаю с хранилищем уже почти 8 лет, ни разу без логики ничего не пропало. ЧЯДНТ?

Была пара раз, когда при нарушении связи с хранилищем все синхронизировалось, но и тогда можно было просто сохранить цф до обновления, и потом сравнить-объеденить и ничего не потерять.
   dmpl
 
95 - 23.10.17 - 15:13
(94) Оно с логикой пропадет, потом весь отдел депремируют. Легче станет от того, что логика была?
   Segate
 
96 - 23.10.17 - 15:19
(95) ну расскажи как? =) Я уже просил описать кейс, когда при нормальной работе с хранилищем пропадают изменения... мне пока никто не рассказал
   AlfaDog
 
97 - 23.10.17 - 15:25
(86)


Если объект захвачен Разработчиком №1 и требуется внести хотфикс тогда алгоримт следующий:
1) Разработчик №1 сохраняет свою конфу файл.
2) Отпускает объект
3) Вносится хот фикс
4) Разработчик получает и захватывает объект и объединяет со своими изменениями.

Результат достигается за 5 мин. И самое главное , что рабочая конфа у всех разработчиков ВСЕГДА едина. Очень практично и быстро.



Кстати , когда я пришел в большую организацию, показал как работать в продуктиве с напрямую подключенным хранилищем, всем понравилось и самое главное обновления начали проходить намного быстрее и без ошибок.

До этого сидел человек и объединял рабочую с цф ником который он получал из хранилища,  делал сравнение с рабочей. Было много ошибок из за человеческого фактора.

И да. Это очень большие системы в Москве, а не мелкие ларьки. За 4 года работы с напрямую подключенным хранилищем к рабочей БД никаких проблем не было ни разу. Это реальная практика.

(92) За 4 года ничего не пропало у нас. Что мы делаем не так?
   dmpl
 
98 - 23.10.17 - 15:26
(96) Очень просто. 2 программиста в своих базах правят один объект. Потом первый вносит изменения и разблокирует объект в хранилище, затем второй вносит изменения, и по недосмотру затирает изменения первого программиста. Объект же свободен, а то, что у него в копии была устаревшая версия - он и не знал.
   dmpl
 
99 - 23.10.17 - 15:28
(97) Вы (66) вообще читали?
   vi0
 
100 - 23.10.17 - 15:31
(0) сегодня вроде не первое апреля

  1  2  3   

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