Как накатывать сервис-паки: нужен ли xpo?

[kvan]

Цитата:

Сообщение от ALES

А найти дереве проектов "SP3", например, и самим получить .xpo с измененными элементами тяжело?

Отлично! Ну раз уж мы заговорили об этом - просветите нас на счет содержимого проектов с загадочными названиями SP*. Только давайте без перевода стрелок на ALEG или VALU - нам до них не докричатся с форума, а у вас есть возможность получить от них ответ (ну или будем надеятся что есть).

[kvan]

Цитата:

Сообщение от KMV

А слой какой?

А слой тут причем?

P.S. У всех трех проектов слой syp.

[kvan]

Цитата:

Сообщение от ALES

Была когда-то практика все изменения в проектик собирать.

Видимо в те же далекие времена (время версии 2.5) была практика выпускать SP в виде проектов ...

[KMV]

Цитата:

Сообщение от kvan

А слой тут причем?

А чтоб понять, смогу я воспользоваться предложением ALES и получить нужный мне проект.

Цитата:

Сообщение от kvan

P.S. У всех трех проектов слой syp.

Спасибо.

[ALES]

Цитата:

Сообщение от kvan

Видимо в те же далекие времена (время версии 2.5) была практика выпускать SP в виде проектов ...

Цитата:

Сообщение от kvan

Отлично! Ну раз уж мы заговорили об этом - просветите нас на счет содержимого проектов с загадочными названиями SP*. Только давайте без перевода стрелок на ALEG или VALU - нам до них не докричатся с форума, а у вас есть возможность получить от них ответ (ну или будем надеятся что есть).

Мягче kvan, мягче, пусть не sp*, но не только в 2.5 "DIS" проектики были. Без перевода стрелок, лично я не вижу смысла требовать еще отдельно .xpo из MBS, неужели список измененных элементов получить проблема? У кого совсем проблема пусть попросят, хочется надеятся что в MBS отзывчивые люди, и крайняя активность ALEG, на этом форуме дает уверенность что нас услышат и без крика

[kvan]

Цитата:

Сообщение от ALES

Мягче kvan, мягче ...

ok.

[ALEG]

Цитата:

Сообщение от Lazy_Tiger

Ну а кому легко?


Впрочем... нет пределов совершенству, пусть xpo выпускают для 2-3 последних SP

Как вы думаете стоит ли мне купит себе новую пару ботинок? А две, а три? Ответ понятен - да купите вы себе весь магазин.

В данном конкретном случае давайте в такой плоскости вопрос рассмотрим, а устроит ли Вас выпуск обновлений для 2-3 последних SP, но стоимость подписки на обновление будет на 30% больше?

Если нет, то давайте более конструктивно.

На самом деле для 2.5 мы сейчас выпустили CU2 в виде 2 XPO. Посмотрим на реакцию, подумаем.

Проблема стандартна. Вот пример:
Обновление 1 построено и зависит от исправления ошибки №2
Исправлдение ошибки №2 затрагивает 50 объектов (ну например генерацию ваучера изменили)
Вопрос сколько надо выгрузить объектов?

Или вот например прошла серия изменений законодательтва и мы выпустили 10 XPO. Но для корректной установки их надо будет установить последовательно. Так как объекты могут пересекаться.

[KMV]

Цитата:

Сообщение от ALEG

В данном конкретном случае давайте в такой плоскости вопрос рассмотрим, а устроит ли Вас выпуск обновлений для 2-3 последних SP, но стоимость подписки на обновление будет на 30% больше?

Хм.. Не знаю как все, мы точно нет. При таком подходе дешевле платить своему программисту, да и у партнера дешевле будет заказать. Ну а цена подписки и то что мы от нее имеем, уже не вполне устраивает.

Цитата:

Сообщение от ALEG

Или вот например прошла серия изменений законодательтва и мы выпустили 10 XPO. Но для корректной установки их надо будет установить последовательно. Так как объекты могут пересекаться.

Вот тут особых проблем не вижу.

[Lazy_Tiger]

Цитата:

Сообщение от ALEG

В данном конкретном случае давайте в такой плоскости вопрос рассмотрим, а устроит ли Вас выпуск обновлений для 2-3 последних SP, но стоимость подписки на обновление будет на 30% больше?
Если нет, то давайте более конструктивно.

Подменяете понятия. И свои проблемы и затраты пытаетесь переложить на клиентов Впрочем а мы - клиенты на Вас, все честно
Когда вы пишете новый функционал (например 119 закон, хотя и это спорно), такая точка зрения имеет право на существование. А когда вы исправляете ОШИБКИ - нет. Ибо, возвращаясь к аналогии с ботинками, ботинки, которые мне не подошли по цвету даже, а я уж не говорю о качестве исполнения, я могу быстро и без проблемно поменять или попросить деньги назад. И что самое смешное - получу эти деньги, да еще и долго будут кланяться и извиняться, потому что иначе в следующий раз пойду в другой магазин. Не знаю как там у вас в москве, а тут с этим так.

А у вас получается мало того, что ремонт ботинок за счет покупателя, да и еще жалуетесь что маловато за ГАРАНТИЙНЫЙ ремонт дали то, было бы клево на 30% больше докинуть.

Цитата:

Сообщение от ALEG

На самом деле для 2.5 мы сейчас выпустили CU2 в виде 2 XPO. Посмотрим на реакцию, подумаем.

А вот это - молодцы. Главное - каким то образом сообщить об этом клиентам, а то ведь реакции не будет...

Цитата:

Сообщение от ALEG

Проблема стандартна. Вот пример:
Обновление 1 построено и зависит от исправления ошибки №2
Исправлдение ошибки №2 затрагивает 50 объектов (ну например генерацию ваучера изменили). Вопрос сколько надо выгрузить объектов?

Ответ:
1) xpo с 50 объектами, для исправления ошибки №2 + документация описывающая что и для чего.
2) xpo с объектами вошедшими в Обновление 1 + документация описывающая что и для чего.

Ну и комментарии было бы клева писать на тему "а зачем все это ваще замутили и чего ж исправили", а то частенько только автор помечается. Или это для того, чтобы было известно кого пнуть?

Цитата:

Сообщение от ALEG

Или вот например прошла серия изменений законодательтва и мы выпустили 10 XPO. Но для корректной установки их надо будет установить последовательно. Так как объекты могут пересекаться.

аналогично. 10 xpo + документация описывающая что, почему, зачем и как.

Диаграммы классов уж бог с ними. Хотя...

P.S. А по поводу закрытия/пересчета склада я опять буду ругаться... это ж нада такой код писать... толпа пьяных индийцев чтоли корябала? Я такое только в одном из индийских отраслевых решений видел...

[EVGL]

Не нужны XPO, более того - вредны. XPO нужны только для критических хотфиксов между двумя сервис-паками. В SP же достаточно только проекта со всеми измененными элементами для ускорения upgrade, поскольку автоматически найти все изменения можно не всегда. Наличие XPO только приводит к лишним проблемам: элементы импортируются не в тот слой, в который надо, и получают неправильный ID. Потом приходится заморачиваться обновлением данных.

[kvan]

Цитата:

Сообщение от EVGL

XPO нужны только для критических хотфиксов между двумя сервис-паками.

Евгений, вы не считаете что исправления для НДС в связи с новыми изменениями в законодательстве необходимо было выпустить в виде критического хотфикса?

Цитата:

Сообщение от EVGL

В SP же достаточно только проекта со всеми измененными элементами для ускорения upgrade

Наличие такого проекта было бы совсем не лишним! Поддерживаю.
Но кроме наличия проекта очень бы хотелось иметь гарантии того что в него собраны все измененные элементы!!!

Цитата:

Сообщение от EVGL

поскольку автоматически найти все изменения можно не всегда.

Вот-вот. Сейчас как раз пытаюсь разобраться в том что получается в результате работы функции Сервис\Средства разработки\ Переход к новой версии\Сравнение слоев. (Не хотелось бы делать поспешных вводов, как закончу обязательно напишу о результатах)

Цитата:

Сообщение от EVGL

Наличие XPO только приводит к лишним проблемам

Впрочем как и отсутсвие XPO не избавляет от проблем

[EVGL]

Цитата:

Евгений, вы не считаете что исправления для НДС в связи с новыми изменениями в законодательстве необходимо было выпустить в виде критического хотфикса?

Без понятия, в данном случае я абсолютно не в теме. В Австрии НДС как был 20%, так и остался.

А сравнение слоев работает безупречно, если удалять все слои, лежащие выше тех, которые подлежат сравнению. НО! Если изменились сразу два слоя, скажем, DIS и VAR (какое-нибудь отраслевое решение, базирующееся на DIS), расцепить изменения, которые произошли только в VAR, непросто.

[kvan]

Цитата:

Сообщение от EVGL

Если изменились сразу два слоя, скажем, DIS и VAR (какое-нибудь отраслевое решение, базирующееся на DIS), расцепить изменения, которые произошли только в VAR, непросто.

Можно подробнее?

P.S. Получается что сравнение слоев работает не так уж и безупречно