Не соответствие дат патчей

[max_fin]

На сайте, с которого выкачивает исходники наш скрипт, обнаружилось несоответствие дат.
Выяснилось после того как начали сыпатся наши сборки.

В качестве даты патча мы использовали "Состав патча: 31.10.2007 17:08:38" (см. вложение)
Однако, эта дата неверная.

Предлагаю отслеживать соответствие дат и значение даты, отражающей действительную дату выхода патча.

[cruger]

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

Что такое дата обновления? Дата сборки компонента? Дата сборки acd? Дата передачи на тестирование? Дата окончания тестирования? Дата передачи в техподдержку? Дата выкладывания на ftp?

В общем у обновления нет "даты выхода". Идентифицировать обновление имеет смысл только по его номеру.

[sema]

Федор, мне кажется Вы не совсем правы.
Нас тоже эта проблема волнует. Может быть немного в другом ракурсе, но тоже подвязана к "дате выхода" (или дате сборки, или дате выпуска интерфейса, или... еще чего-то там)
Дело в том, что у клиента как правило установлен лицензионный файл ограниченного периода, например до 31 октября.
При установке ему патчей, если промажешь, т.е. установишь компонент, вышедший позже 31 октября, то впоследствии после запуска системы и входа в определенные интерфейсы, выдается сообщение вроде этого: интерфейс выпущен позже даты лицензионного файла. Работа невозможна.
Вот. А Вы говорите - нет даты. Она есть, и очень важна на практике.
Вы спрашиваете - что это за дата: выкладки, обновления и т.д. и т.п. Ну вы то уж лучше должны знать - какая именно дата "подкладывает" нам проверки с лицензионником.

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

А картинка, представленная Максимом - это с портала supportru
Довольно удобно там организовано - например, видно в каком статусе патч. Еще можно сортировать по дате, и по контурам.
Но там там тоже, кстати, свои проблемы. Бывает, что на FTP патч давно выложен, а на supportru он еще долгое время в статусе "на тестировании". Синхронизации почему-то нет. Поэтому мы перестали оттуда качать, переключились на FTP.

Так что, присоединяюсь к Максиму в его просьбе.

[cruger]

Хм, я прав по крайней мере в том, что нигде в процедуре формирования и выпуска обновления не появляется какой-то одной единой даты обновления, которой оно идентифицируется.

Другое дело, что в самом деле, что поставляемые ресурсы характеризуются критичной датой - датой сборки.
Тут соглашусь: её нигде не видно, а узнать её можно лишь экспериментально.
Попробуем в будущих версиях это учесть.

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

[max_fin]

Не представляю, с какого сайта вы скачиваете исходники, и кто их туда выкладывает.

Наверное, Вы удивитесь, но качаем с этого http://update.galaktika.by/support/sourcepatch.nsf

[vadim]

Сергей, а можно поподробнее: если срок действия лицензионного файла истек, какая может быть работа?

[max_fin]

Видно недопонимание наших проблем.
Попытаюсь объяснить.
Мы не складываем все исходники в одну папку, а подключаем по их в определенной очередности. Вот выдержка:

// date 13.11.2007
#include %vipCode%\%verCode%\VIPPatch\CompSrc\L_NALOG_RES_81050.810.inc
// date 13.11.2007
#include %vipCode%\%verCode%\VIPPatch\CompSrc\M_DVS_RES_81060.810.inc
// date 12.11.2007
#include %vipCode%\%verCode%\VIPPatch\CompSrc\F_VALUTDOC_RES_81030.810.inc
// date 09.11.2007
#include %vipCode%\%verCode%\VIPPatch\CompSrc\F_GETAN_RES_81040.810.inc
// date 09.11.2007
#include %vipCode%\%verCode%\VIPPatch\CompSrc\F_SOPRHOZ_RES_810160.810.inc
// date 09.11.2007
#include %vipCode%\%verCode%\VIPPatch\CompSrc\G_KAU_DLL_81030.810.inc
// date 09.11.2007
#include %vipCode%\%verCode%\VIPPatch\CompSrc\L_CONSIG_RES_81070.810.inc
// date 09.11.2007
#include %vipCode%\%verCode%\VIPPatch\CompSrc\L_CRM_RES_81060.810.inc
// date 09.11.2007
#include %vipCode%\%verCode%\VIPPatch\CompSrc\L_DOVER_RES_81050.810.inc
// date 09.11.2007
и т.д.

Чем это вызвано:
1) В нашей практике не раз встречалось, что необходимо срочно откатить патчи.

2) Если нет даты выхода патча кто мне сможет сказать откуда я, например, должен брать delord.vpp, если он одновременно может находится и в L_SOPRDOC_RES_810200.810 и в M_UP_RES_81030.810 ( в исходник просьба не заглядывать ), причем эти патчи одновременно могут существовать.

[sema]

Сергей, а можно поподробнее: если срок действия лицензионного файла истек, какая может быть работа?

Если срок лицензионника истек, то не будут работать патчи, выпущенные после даты лицензионного файла. Вот как раз чтобы избежать такой ситуации, и нужно знать дату выхода патча.
А вообще Ваш вопрос я не понял: "какая может быть работа?"
Ударная наверное. Как всегда :)

[mike]

31.10.2007 это дата обновленя странички сайта, она может не совпадать с датой публикации
этого обновления. Т.к. могли заменить архив обновления. Так что ошибки никаой нету.

[max_fin]

Михаил

Хорошо, пусть так. Обновили архив, причины, возможно, были на это.
Но! Можно ли считать дату 22.10.2007, которая указана в списке патчей, как дату выхода патча? А так же все остальные даты в списке?

[sema]

Другое дело, что в самом деле, что поставляемые ресурсы характеризуются критичной датой - датой сборки.
Тут соглашусь: её нигде не видно, а узнать её можно лишь экспериментально.
Попробуем в будущих версиях это учесть.

Если это реализуется - то проблема решена (во всяком случае для нас).

[cruger]

2) Если нет даты выхода патча кто мне сможет сказать откуда я, например, должен брать delord.vpp, если он одновременно может находится и в L_SOPRDOC_RES_810200.810 и в M_UP_RES_81030.810 ( в исходник просьба не заглядывать ), причем эти патчи одновременно могут существовать.

Всё зависит от того, что вы компилируете. Если что-то, входящее в компонент L_SOPRDOC, то, очевидно, его delord.vpp и надо использовать. А если что-то из компонента M_UP, то из последнего. Идеология компонентов не предполагает связной последовательности изменений. Один компонент может быть очень старым, и что бы его модифицировать надо использовать старые исходники. В то время как для другого компонента необходимо использовать свежие исходники.

[cruger]

Можно ли считать дату 22.10.2007, которая указана в списке патчей, как дату выхода патча?

Ещё раз: нет никакой даты выхода обновления. Возможна такая ситуация: обновление А_хх было собрано первого числа месяца, обновление B_yy было собрано 10-го. Тем не менее обновление компонента A тестировалось 20 дней, и вышло 20-го числа, а обновление компонента B было оттестировано за 5 дней, и вышло 15. Т.е. B вышло раньше A, но исходники в B более поздние.

[cruger]

А вообще я рекомендовал бы использование докомпиляции и наследования для доработок вместо перекомпиляции исходников.

[max_fin]

Если уж такая компонентность, может стоит задуматся и вынести функциональность таких фалов как delord.vpp в отдельный объект.