Имя: Пароль:
1C
1С v8
У вас рабочая база подключена к хранилищу конфигурации?
,
0 1Страх
 
31.10.12
14:50
1. Да 54% (20)
2. Нет, но хранилище есть, для разработчиков 30% (11)
3. Не используем хранилище 16% (6)
4. КГ/АМ 0% (0)
Всего мнений: 37

Собственно сабж
1 Mort
 
31.10.12
14:51
угу

Да
2 asp
 
31.10.12
14:51
я единственный программист в фирме

Не используем хранилище
3 IKSparrow
 
31.10.12
14:53
(0) А на фига?

Да
4 ThreeTONE
 
31.10.12
14:54
а как иначе

Да
5 Mort
 
31.10.12
14:54
Даже если и единственный. Как в рабочую изменения вносить?
6 vde69
 
31.10.12
14:55
(2) я единственый программист по этому подключено, когда несколько разработчиков - то подключать не следует

Да
7 1Страх
 
31.10.12
14:55
(6) почему?
8 shamannk
 
31.10.12
14:56
(5) Ночью, когда все спят. Не?
9 Fish
 
31.10.12
14:58
(6) Обоснуй. На прошлой работе было несколько разработчиков. Рабочая была подключена к хранилищу. При правильном использовании хранилища и при понимании принципов работы с ним - никаких проблем.
10 Lama12
 
31.10.12
14:58
вот так

Да
11 Mort
 
31.10.12
14:59
(8) Вот именно, епстись с объединением или с выпуском релиза для обновления придется ночью. А через хранилище - несколько кликов.
Тока косяков чо-то с этим хранилищем в 8.2.16 дохрена.
12 gae
 
31.10.12
15:00
(6) Надо просто остальных шугануть конкретно, чтобы боялись в рабочую зайти :) Например рассказать историю про разрушение какой-нибудь базы, про невосстановимую ошибку :).

Да
13 gae
 
31.10.12
15:02
(11) сделайте серверное хранилище, работайте с ним через локалку - гораздо стабильнее. только рекурсивно не помещайте ничего, тормозит.
14 alex_alex
 
31.10.12
15:03
Собственно

Да
15 Axel2009
 
31.10.12
15:04
и не одна

Да
16 hhhh
 
31.10.12
15:05
(11) просто есть же в конфигураторе: "Загрузить конфигурацию из файла". никаких объединений и релизов не требуется.

Не используем хранилище
17 Axel2009
 
31.10.12
15:05
единственное что хочется в развитие хранилища - уровни разработки и продакшн. чтобы тестить можно было удобно
18 vde69
 
31.10.12
15:28
(7)(9)
в хранилище очень часто неоттестеный функционал лежит, и накатывая свою часть очень легко зацепить чужое.

нарывались постоянно, пока не принял решение отключить хранилище от рабочей
19 zladenuw
 
31.10.12
15:31
Та да

Да
20 Starhan
 
31.10.12
15:32
(18) до боли знакомо :))))
21 Fish
 
31.10.12
16:20
(18) Хм, так это вопрос скорее к организации труда и профессионализму программистов. Какого лешего сливать в хранилище сырой код?
22 pumbaEO
 
31.10.12
16:30
(21) почему сырой? Неоттестированный, стандартная ситуация - на каждую фичу сделать ветку, хранилище не поддерживает и если бы была возможность между хранилищами обмениваться историей, тогда никаких притензий не было бы, а так линейная история не всегда интересна.
23 Axel2009
 
31.10.12
16:31
(18) да ваще супер сидишь правишь в хранилище свою базульку, накатываешь на рабочую через загрузка конфигурации и забываешь поместить в хранилище.. и тут другой срочно накатывает свою версию из хранилища. вот веселуха то
24 pumbaEO
 
31.10.12
16:36
(23) а еще можно работающей бензопилой руку отрезать, всего лишь забыл выкл. нажать.
25 Axel2009
 
31.10.12
16:39
(24) спасибо кэп. никогда до подобного сравнения не додумался бы.
26 Последний Русский
 
31.10.12
16:44
Поддерживаю (22). Настоятельно рекомендую, для рабочей базы использовать метод (16) или организовать нормальное управление изменениями (выпуск релизов, вертикальная или горизонтальная поддержка в зависимости от количества "поставщиков").

Нет, но хранилище есть, для разработчиков
27 х86
 
31.10.12
16:46
а как иначе?

Да
28 Aleksey
 
31.10.12
16:47
как то так

Не используем хранилище
29 ptiz
 
31.10.12
16:48
На прошлой работе использовали хранилище, но быстро отказались от подключения рабочей базы к нему. Очень неудобно.

Не используем хранилище
30 pumbaEO
 
31.10.12
16:48
(25) обращаетесь.

По поводу неправильной организации труда и т.д. - стандартная ситуация :
Два программиста, два новых документа, первый захватил корень, добавил документ, отпустил. Второй захватил корень,  добавил документ, отпустил. Второй сделал свою работу быстерее чем первый, надо накатывать на рабочую обновление - что делать с первым документом?
31 ptiz
 
31.10.12
16:48
(18) +100
32 Sammo
 
31.10.12
16:49
Пробовали подключать рабочую к хранилищу. Отказались из-за рисков.

Нет, но хранилище есть, для разработчиков
33 samozvanec
 
31.10.12
16:50
(21) ыыы почувствовал себя мегаорганизованным

Да
34 6tuf
 
31.10.12
16:54
проблема с хранилищем лишь в том случае если надо делать масштабную и долгую доработку конфы. тогда ты своими блокировками объектов мешаешь другим разработчикам вносить мелкие изменения. а вообще использовать хранилище достаточно удобно для команды из нескольких прогов

Да
35 Митор
 
31.10.12
16:58
ога все рабочие базы подключены к хранилищам, очень удобно. год назад начали использовать ненарадуемся никак

Да
36 Митор
 
31.10.12
16:59
(34) это уже проблема постановщика аналитега начальника распределить ресурсы так что-бы не пересекались
37 Reset
 
31.10.12
17:00
(30) Так,если меня способность мышления к вечеру не покинула (вполне может быть), эта ситуация актуальна и для неподключенной к хранилищу рабочей базы.
38 Maxus43
 
31.10.12
17:04
Кто подключает к рабочим хранилище - самоубийцы со стажем. Имхо.

Нет, но хранилище есть, для разработчиков
39 Fish
 
31.10.12
17:05
(30) А зачем с ним что-то делать? И чем он помешает накатить обновление, в случае, если эти два документа не взаимосвязаны?
40 Нуф-Нуф
 
31.10.12
17:06
когда несколько разработчиков, то рабочую базу подключать к хранилищу не всегда удобно.

Нет, но хранилище есть, для разработчиков
41 Axel2009
 
31.10.12
17:07
(30) ну добавится в рабочую базу новый документ. с ним никто работать не начнет. в чем проблема то?
42 Нуф-Нуф
 
31.10.12
17:07
а вообще идея хранилища хорошая, но реализовано имхо через жеппу
43 Axel2009
 
31.10.12
17:08
(40) нука нука? ее каждый раз надо подключать?
44 Defender aka LINN
 
31.10.12
17:08
(39) Нарастите штат хотя бы человек до 20, потом расскажете, как оно весело, когда рабочая подключена.
З.Ы. А хранилищ у нас, например, 2. Для каждой (почти) конфигурации

Нет, но хранилище есть, для разработчиков
45 Нуф-Нуф
 
31.10.12
17:09
(41) один захватил документ для длительной разработки (на несколько дней), не может поместить до окончания разработки. второму нужно доработать форму. вот и затык
46 Нуф-Нуф
 
31.10.12
17:09
(43) из хранилища выгружается конфига, накатывается на рабочую
47 Axel2009
 
31.10.12
17:10
(46) я понял что так делается. не понял почему неудобно рабочую базу подключать к хранилищу? или как раз имеется ввиду обновление не удобное?
48 Axel2009
 
31.10.12
17:10
(44) а у Вас штат?
49 pumbaEO
 
31.10.12
17:11
(39) а добавь регистр накопления и забудь указать регистратор, положи корень в хранилище, а потом попробуй накатить на базу подключенную к хранилищу.
50 Нуф-Нуф
 
31.10.12
17:11
(47) смотри (45)
51 Лефмихалыч
 
31.10.12
17:21
У нас ажно два хранилища - trunk и release.
Продуктив не подключен ни к одному. В планах:
1. продуктив посадить на поддержку и обновлять обновлениями, которые получать из хранлища release.
2. тестовую среду подключить к хранилщу trunk и обновлять автоматически по расписанию как-то. Чтобы была непрерывная интеграция.
ЗЫ Код между хранилищами переносим руками, пользователей там и там заводим тоже руками

Нет, но хранилище есть, для разработчиков
52 Fish
 
31.10.12
17:23
(49) Не надо забывать. Есть определённые правила совместной работы с хранилищем и их надо соблюдать. Конечно, если вы правил не читаете и не хотите им следовать, тогда хранилище не для вас. Это к вопросу о профессионализме, если что.
53 Pro-tone
 
31.10.12
17:24
Ибо так

Нет, но хранилище есть, для разработчиков
54 Pro-tone
 
31.10.12
17:27
(45) А не надо захватывать чужие части документа. Если надо добавить/удалить форму - захватил весь, добавил, отпустил и пили дальше только ее
55 Лефмихалыч
 
31.10.12
17:28
(52) в стране волшебных эльфов и сферических коней, которые кушают радугу и какают бабочками, это абсолютно справедливо. Но вот в реальной жизни не возможно ни фига собрать коллектив, где больше 5 человек и все они были одинаково офигенно профессиональные профессионалы, которые не делают ошибок, умеют ВСЁ и работают вместе хором.
56 Axel2009
 
31.10.12
17:31
(45) если очень сильно припекло:
- первый сохраняет конфу, отменяет захват в хранилище.
- второй берет себе форму, меняет что ему надо, и помещает в хранилище
- первый захватывает из хранилища нужный документ, через сравнение/объединение аккуратно объединяет.

вообще не вижу проблем. уже так делали и не раз.
57 Pro-tone
 
31.10.12
17:32
(55) поэтому лучше разделять труд на участки. Каждый занимается только своим. При редактировании общего участка - прежде надо согласовать со всеми.
58 Axel2009
 
31.10.12
17:32
(49) а чо, сравнение объединение не даст этого сделать?
59 Лефмихалыч
 
31.10.12
17:33
(57) когда разрабайтеров больше 10, эти твои теории не применимы
60 Axel2009
 
31.10.12
17:35
(55) да понятное дело, когда есть один выделенные разраб, который только и сидит что, объединяет, то ваще проблем нет.

а когда как ты выразился офигенные профессионалы, то там как раз без хранилища хрень полная, один так объединит, другой посмотрит, третий делать не будет, потому что не его изменения.
61 DexterMorgan
 
31.10.12
17:35

Да
62 pumbaEO
 
31.10.12
17:37
(58) что не даст? База подключена к хранилищую, сделал получить конфигурацию из хранилища, попытался сохранить в ИБ и все, 1С ругается, что нету регистратора.
63 Axel2009
 
31.10.12
17:38
(62) ну клевый пример.
64 Никола_
Питерский
 
31.10.12
17:38
Могу предположить что те кто отвечают ДА ! Они анверно и демоническим обновлением пользуются ???

Нет, но хранилище есть, для разработчиков
65 Pro-tone
 
31.10.12
17:38
(59) тогда применима другая теория. Есть один главный разрабайтер, он отвечает за внесение изменений в общие пересекающиеся части. И за их контроль/тестирование перед внедрением.
66 pumbaEO
 
31.10.12
17:40
Между делом проверил бэкапы своего хранилища.
67 Axel2009
 
31.10.12
17:40
(63)+ типа плюс не подключенной к хранилищу базы в том, что ты можешь добавить регистратор или удалить объект в любой момент? это ты считаешь офигенным плюсом?
а у вас как происходит обновление? если надо обновить, то чувак сидит до 11 на работке и ждет когда все повыходят из базы и объединяет?
68 Defender aka LINN
 
31.10.12
17:41
(65) Пойдем к нам, поработаешь тем самым объединятелем. Потом расскажешь, как оно.
(48) Разработчиков в районе 20, если сопровождение и поддержка. Но поддержка в конфигурации не гадит.
69 Лефмихалыч
 
31.10.12
17:42
(65) ага, это вот как раз, который на коне кушает радугу и какает бабочками. Друк, ну вот чего сочиняешь того, чего не видел? Ну не работает оно так в реальной жизни
70 Defender aka LINN
 
31.10.12
17:44
(67) Плюс в том, что можно собрать нормальное работоспособное обновление.
Кроме того, одинэснеги - они раздолбаи. Удалить реквизит в регистре? Та запросто! Фигня, что потом реструктуризация дня на 4 на рабочей базе будет.
71 Fish
 
31.10.12
17:44
(59) И чем же они неприменимы? Тем, что начальник не умеет управлять коллективом больше, чем из 5 человек? Прогоните его и возьмите другого.
72 Лефмихалыч
 
31.10.12
17:44
(68) ты на десяток ошибся при подсчете голов разработчиков - нас около 30, а сопровождение уже вообще не посчитать - я уже половину не знаю тех, с кем здороваюсь при том, что старые все на месте и ни куда не делись :)
73 Goggy
 
31.10.12
17:44
Надёжней релизики клепать.

Нет, но хранилище есть, для разработчиков
74 IronDemon
 
31.10.12
17:44
Но обновление выполняю полным получением версии из хранилища.

Да
75 Лефмихалыч
 
31.10.12
17:45
(71) Лефмихалыч зевает
76 YF
 
31.10.12
17:45
Один программист. Плохо представляю смысл наличия хранилища в данном случае. А хранилище с подключением к нему рабочей базы вообще жутко страшно

Не используем хранилище
77 Pro-tone
 
31.10.12
17:45
(68)(69) дело не в объединителе, а в старшим разработчике, который смотрит за тем, чтобы подельщики не угробили своими наработками всю базу, а также следит за быстродействием
78 Лефмихалыч
 
31.10.12
17:46
(77) сколько народу в твоем коллективе разработчиков?
79 Pro-tone
 
31.10.12
17:47
(69) у нас работает, причем очень даже живенько, как раз под это дело 10 душ сидит клепает и один главный из них
80 pumbaEO
 
31.10.12
17:47
Скатились на мерение письками.


(76)Даже для одного хранилище необходимо.
81 Pro-tone
 
31.10.12
17:48
(78) если ты не видел иного кроме своего, то не говори, что такого нет в природе ;)
82 Лефмихалыч
 
31.10.12
17:50
(79) эти твои 10 душ, они - включая поддержку и сопровождение?
83 Pro-tone
 
31.10.12
17:51
Коллизии есть, но они не приводят к тотальным последствиям. Без этого никуда не деться. А все потому что есть грамотное централизованное рук-во старшим.
84 Лефмихалыч
 
31.10.12
17:51
+(82) или у вас оно не делится на разработку, поддержку и сопровождение и разработчики все одинаковые - сам себе архитектор, разработчик и проектировщик?
85 also
 
31.10.12
17:52
(74) а зачем?
86 Pro-tone
 
31.10.12
17:53
(82) Да. Но для этого (поддержка и сопр-е) есть еще также и свои люди. Кодеры (эти 10 чел) главным образом пишут код.
87 simol
 
31.10.12
17:54
Несколько программистов, все личные копии и рабочая подключены к одному хранилищу

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

Да
88 Fish
 
31.10.12
17:54
(84) Тут важнее, не как у них всё поделено, а то, что всё работает.  
"А вы, друзья, как ни садитесь; Всё в музыканты не годитесь" (с)
89 Pro-tone
 
31.10.12
17:55
(84) мелкие части - архитектор каждый себе сам. Каждый ответственен за свой участок и только он знает все мелочи. А за общие участки - архитектор - старший. И он же курирует их.
90 IronDemon
 
31.10.12
17:55
(85) Когда то в какой то версии был какой-то глюк/баг с хранилищем. Привычка осталась ;)
91 Pro-tone
 
31.10.12
17:57
(84)
И поверь это намного лучше, чем когда нет централизованного контроля. Или, например, приходящие в разное время N франей. Вот где беда.
92 also
 
31.10.12
17:57
(90) да ну это ж долго. Разрешаю забыть привычку))
93 IronDemon
 
31.10.12
18:05
(92) А куда спешить. Пока обновляется пользователи выгоняются :)
94 simol
 
31.10.12
18:06
+(87)Да, еще УФ созданная в одной конфе не всегда переносится в другую конфу без хранилище и во второй базе пустая форма. Хоть объекты и незахвачены и изменения получены.

Но все равно используем хранилище
95 Гений 1С
 
гуру
31.10.12
18:11
а то!
у меня даже база PIM личная подключена к хранилищу

Да
96 Gepard
 
31.10.12
18:14
(22) +1
97 Blade Runner
 
31.10.12
18:55
Много баз и бизнесов. Разработчиков мало.
А вообще никогда "живую" базу не подключал к Храну, всегда руками обновлял. Потому что тестировщиков хороших не было в тех проектах, где я участвовал.

Не используем хранилище
98 Defender aka LINN
 
31.10.12
22:46
(77) Куда бежать, когда этих ваших "старших разработчиков" 8 человек и объекты хоть ты тресни, а пересекаются?
99 1Страх
 
01.11.12
00:36
опять магнит из Краснодара возомнил себя вершиной идеологии разработки
хотя соглашусь, немного участвовал в команде 8 рыл еще на 8.1 сырой - то был ад с хранилищем
100 1Страх
 
01.11.12
00:37
сотко?
101 tan76
 
01.11.12
00:51
*

Да
102 TormozIT
 
гуру
01.11.12
01:15
Кроме очевидных неудобств с оперативным исправлением ошибок есть еще проблемы с автоматизацией обновления базы подключенной к хранилищу.

Нет, но хранилище есть, для разработчиков
103 Vladal
 
01.11.12
01:18
(2) Даже если единственный, хранилище хранит версии конфигурации. Можно сравнить, а что ж тут было н-цать правок назад?

Да
104 alkov
 
01.11.12
06:36
Славик, чо-та я очкую ©

Нет, но хранилище есть, для разработчиков
105 golden-pack
 
01.11.12
06:54
4 хранилища для каждой рабочей базы

Да
Я не хочу быть самым богатым человеком на кладбище. Засыпать с чувством, что за день я сделал какую-нибудь потрясающую вещь — вот что меня интересует. Стив Джобс