Обновление до нетипичной 1с 8.3 ср. Обновление нетипичной конфигурации. Обновление общего модуля

Рассмотрим обновление на примере нетипичной конфигурации SCP 1.3, которая поддерживается с возможностью перехода с версии 1.3.61.2 на версию 1.3.62.1. Поскольку сама конфигурация достаточно тяжелая, она накладывает некоторые особенности, в частности, не всегда удается открыть несколько окон сравнения конфигураций в одном конфигураторе.

Для обновления я использую две идентичные копии старая база данных релизов. В одном из них выполняю подготовку * .cf к обновлению, назовем это, например, for_ обновлением . .. Другая база остается нетронутой и служит только вспомогательной базой, для сравнения конфигураций назовем ее базой … В принципе, конфигурацию рабочей базы можно использовать как вспомогательный.

В базе for_updating проводим новый релиз * .cfu . Запускается процедура обновления, в результате чего появляется окно обновления.

Нажимаем кнопку « Выполнить », на этом этапе ничего смотреть не нужно тем не менее, так как цель состоит только в том, чтобы получить конфигурацию поставщика нового выпуска.

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

Появится сообщение о том, что измененные нами объекты будут загружены из новой конфигурации, мы согласны.

Окно « Настройка правил поддержки » — для новых объектов (верхний раздел) на с обеих сторон ставим « Объект редактируется с сохранением поддержки », для существующих объектов поставщика (нижняя часть) во всех четырех местах устанавливаем флаг « Сохранять актуальность mode «, нажмите» ОК ».

Произошло обновление базовой конфигурации. Сама по себе основная конфигурация на данном этапе нам не нужна, цель — получить новую конфигурацию провайдера. Поэтому мы не сохраняем основную конфигурацию, мы не обновляем конфигурацию базы данных.

Осуществляем « Конфигурация » — « Поддержка »-« Настройка поддержки ». В открывшемся окне выберите« Сохранить в файл »и сохраните в * .cf — конфигурация поставщика новой версии.

Нам не нужна базовая конфигурация в том виде, в каком она есть на данный момент. Закройте конфигурацию. « Конфигурация » — « Закрыть конфигурацию «. Отказываемся сохранять изменения.

В конфигурация для сравнения базовая начать сравнение конфигурации поставщика (старый выпуск) и конфигурации поставщика из файла (новый выпуск).

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

В базе данных for_updating снова запустите обновление конфигурации через поддержку «Конфигурация» — «Поддержка» «-» Обновить конфигурацию «, в открывшемся окне выберите * .cfu новый выпуск. Начнется процедура обновления, в результате чего появится окно обновления.

При щелчке по окну « Фильтр « Настройка фильтров просмотра ». В этом окне установите флаг « Показывать только дважды измененные свойства ».

При обновлении без нашего вмешательства происходит следующее:

  • — объект не был изменен us, изменено в новом выпуске — обновлено из нового выпуска;
  • — объект был изменен нами, не изменен в новом выпуске — наш объект остается;
  • — объект был изменен нами, изменен в новой версии — это дважды измененный объект, если ничего не изменится, он будет загружен из новой версии.

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

В этом примере были изменены несколько общих модулей, включая общий модуль « Учет НДС ».

По умолчанию в окне обновления показано, как основная и новая конфигурация поставщика отличается от старой конфигурации поставщика.

Если посмотреть на различия в конфигурации в общем модуле « Учет НДС », то мы увидим следующую картину:

Если сравнить эти модули в базе данных для сравнения base , тогда картинка будет другой:

Очевидно, что функции « CollectDataPrintCorrectionsInvoices », « CollectDataFor PrintCorrection InvoiceInvoice » и другие содержат наши улучшения, но не изменяются при обновлении, которые означает, что нет смысла тратить время на их просмотр и анализ.

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

Многие будут y, что вы можете увидеть различия между старой конфигурацией поставщика и новой конфигурацией, изменив настройки фильтра представления в текущем конфигураторе, без использования сравнения конфигураций в базе данных. base .

Например, вот так:

Однако, как показывает практический опыт, это не так, процедуры и функции по-прежнему отображаются в окне сравнения модулей, даже если фильтр « показывает различия между конфигурацией нового поставщика и конфигурацией старого поставщика. ».

С небольшим умственным усилием , мы идентифицируем дважды измененные процедуры и функции, только их нужно будет улучшить после процесса слияния. Вам необходимо определиться с этими процедурами и функциями, что проще:

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

Я редко использую сочетание с приоритетом основной конфигурации и сочетание с приоритетом новой конфигурации поставщика в принципе и без использования этих режимов результат будет качественным.

После общие модули были проанализированы, и флаги обновления были удалены из некоторых процедур, мы видим, что модули теперь имеют режим слияния — индивидуальная настройка:

Идем дальше. Среди дважды измененных объектов есть форма пункта каталога « Основные средства ». Прежде чем решить, обновлять ли эту форму из новой конфигурации поставщика, вам необходимо выяснить, что на самом деле изменяется во время обновления.

Для этого в базе данных base через вызов контекстного меню « Отчет о сравнении объектов …». Все флажки в группе «Объекты» должны быть в открывшемся окне.

Мне нравится режим вывода отчета в виде электронной таблицы, когда различия отображаются графически, но это дело вкуса.

В результате сравнения формы элемента каталога « Основные средства » мы видим, что есть изменения только в модуле формы, и в обновлении нет изменений в диалоговом окне формы.

Но поскольку форма элемента попала в дважды измененные объекты, наши изменения вносятся либо в диалог формы, либо в модуль.

Выполняя аналогичное сравнение в базе данных for_updating видно, что в диалоговом окне формы есть улучшения.

Причина этого в том, что добавление « Basic Means » к диаграмме типов характеристик « PropertiesObjects ». Если мы обновим форму элемента каталога « Основные средства », мы получим неразрешимые ссылки, которые в окне будут указаны:

В этом случае самый лучший вариант не будет обновлять форму элемента каталога « Главный services «И только после этого добавьте необходимый код в модуль формы элемента. В этом случае « Неразрешимые ссылки » не появятся при обновлении.

Сделаем отступление и представим, что диалог формы элемента каталога » Основные возможности »Изменения при обновлении до новой версии, тогда лучшим вариантом будет обновление формы. Позже, после слияния, это будет необходимо для добавления наших изменений в форму, как в модуль, так и в диалог.Если в модуле много наших улучшений и мало от поставщика, то после слияния вы можете полностью вернуть наш модуль и добавить изменения поставщику.

В этом случае окно « Undecidable tag ». В этом окне есть два варианта: 1) « Отметить все для объединения» ; 2) « Продолжить ».

На мой взгляд, правильнее выбрать « Отметить все для объединения ».

В данном случае диаграмма характерных типов « PropertiesObjects «Будет добавлен как объект для объединения в дереве во вновь открывшемся окне» Обновить … »

Естественно , после обновления типов характеристик в плане « PropertiesObjects » нам нужно будет добавить наши изменения, лучше сделать это путем сравнения и объединения с текущей конфигурацией.

Подумайте, что произойдет, если мы выберем « Продолжить » в окне « Неразрешимые ссылки ». В этом случае форма элемента каталога « Базовые средства «стали бы новыми, а план характерных типов« PropertiesObjects »остался бы старым. В этом случае изменения в диалоге формы элемента словаря будет перезаписан, а именно на странице « Свойства и значения », см. рисунок ниже.

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

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

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

Особое внимание хотелось бы обратить на процедурное обновление форм (некоторые процедуры взяты из конфигурации поставщика, а некоторые нет — индивидуальные настройки). Рассмотрим, как для этого режима обновляется диалоговое окно формы, в отличие от « взять из конфигурации поставщика ».

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

В каталог « Contractors » добавлено несколько атрибутов, и они размещены на форме элемента.

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

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

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

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

2. Флаг обновления формы установлен, обновление выполняется в « Взять из новой конфигурации поставщика »

В этом случае диалоговое окно формы элемента полностью выровнено с диалоговым окном формы элемента поставщика.

Вернемся к обновлению. То же самое делаем с объектными модулями и модули диспетчера документов, как и общие модули, мы обновляем их процедурно. С формами документов поступаем так же, как и с формами справочников.

Отдельно нужно выделить работа с ролями. Несмотря на то, что пример не требует обновления ролей, о нем стоит поговорить. Рассмотрим простейший случай, когда конфигурация провайдера содержит новый объект. В этом случае вам потребуется обновить роль « Полные права «, но эта роль может содержать некоторые созданные нами объекты, например, каталоги, документы и т. д..

Похоже, что с ролью « Полные права » все просто, совмещаем их полностью, права на нестандартные объекты в них сохранятся В любом случае, права на нестандартные объекты никогда не будут потеряны, но все эти объекты будут иметь флаг « Online uninstall », что не всегда хорошо. При сравнении конфигураций старого выпуска и подготовленного нового выпуска это хорошо видно:

С остальными ролями мы действуем так же, как и с модулями — если есть больше наших изменений, то мы не объединяем роли после обновления мы добавляем к нему то, что поставщик добавил в новом выпуске.

После того, как мы проработали все дважды измененные объекты в окне обновления, нажмите « Выполнить »

Чтобы на вопрос, что измененные нами объекты будут загружены из новой конфигурации, мы отвечаем утвердительно.

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

В конце слияния p в процессе сохраняем основную конфигурацию; мы пока не обновляем конфигурацию базы данных.

Теперь в конфигурацию для_ обновления мы добавляем те минимальные улучшения, которые не могли правильно обновляться стандартными средствами.

Чтобы упростить контроль выполнения этого процесса, в базе данных base Начнем сравнивать конфигурацию производителя и основную конфигурацию старого выпуска.

В базе for_updating сделаем то же самое. Мы контролируем дважды измененные объекты, различий быть не должно.

После обновления в базе for_undating настройка базы данных будет завершена и мы тестируем некоторые моменты, что именно хорошо бы протестировать станет понятно в процессе обновления, здесь все индивидуально.

Желательно обновить производственную базу с помощью поддержки «Конфигурация» — «Поддержка» — «Обновить конфигурацию». В этом случае дважды измененные объекты будут загружены из новой версии, т.е. наши изменения будут перезаписаны (мы не сохраняем конфигурацию!), Но затем, когда в сочетании с подготовленной конфигурацией восстанавливаем их. После этого можно сохранить конфигурацию, обновить конфигурацию базы данных.

В этой инструкции по нетипичному обновлению модифицированной 1с 8.3 я не буду описывать базовые вещи, такие как: как открыть конфигуратор, какова конфигурация базы данных, конфигурация поставщика и основная конфигурация. Об этом и там много написано, и вы можете самостоятельно найти эту информацию в Интернете. Я постараюсь описать основные моменты процесса обновления и на что нужно обратить внимание.
Например, я взял нетипичную учетную запись 3.0.51.22 и покажу вам, как обновить ее до версии 3.0.53.29. На платформе версии 8.3.10.2561 (на старых платформах большой разницы нет, прямо перед тем, как окно сравнения выглядело немного иначе).
Сразу скажу, что будет много картинок и мало текста. Мне визуально легче запомнить процесс, чем читать море текста.

1. Проверяем соответствие конфигурации базы данных конфигурации поставщика.

Для этого нужно

Если совпадение есть, можете смело переходить на шаг 2.

1а. Настройка поддержки.

Если ваша версия базы данных и версия конфигурации поставщика различаются, вам необходимо удалить текущую конфигурацию через одно и то же меню: конфигурация — поддержка — настройки поддержки. И нажмите кнопку «Отказаться от поддержки».

После «короткого» ожидания снимите все флажки. Ну, вы также можете снять флажок «Сохранять настройки автоматически». И нажимаем выполнить.

В результате мы получим конфигурацию на основе о поддержке тех же версий базы данных.

2. Обновление базы.

Теперь можно переходить к обновлению.

Скажу, что обновление нужно делать ТОЛЬКО через меню «Конфигурация» — «Поддержка» — «Обновить конфигурацию …».
Использовать «Сравнить, объединить с конфигурацией из файла …» НЕЛЬЗЯ !!! При использовании этого механизма вам нужно будет перейти к шагу 1a при следующем обновлении. Поэтому давайте не будем этого делать и создавать лишние проблемы себе (или тому, кто обновит базу в следующий раз).

Затем выберите файл обновления.
Хочу сказать об обновлении в нескольких выпусках. 1С не рекомендует обновляться до файлов CF, перепрыгивая сразу через несколько выпусков. Делать это нужно последовательно. Теоретически это правильно.
Я объясню, почему это не рекомендуется. Если программисты хотят удалить какой-либо атрибут, они сначала присваивают ему префикс «удалить», а затем после нескольких выпусков удаляют его. И они могут передавать информацию с него в каком-то релизе. Пропустив этот выпуск, вы можете потерять данные. Но на практике за мои уже 10 лет работы с базами 1с у меня был такой случай. Когда по какой-то причине разработчики решили перенести данные из перечисления в каталог. Более того, ничем критичным для меня это не закончилось.. Я написал простую обработку, которая перенесла эти данные из архива в текущую базу данных. Никакого повторного обновления делать не пришлось.
Можете бросать в меня камни, но я всегда обновляю базу данных через cf-файлы для нескольких выпусков.
Итак, мы нажали обновление, мы получили сообщение, с какой версией будет выполнено обновление. Нажимаем ОК.

Ждем, когда будут сравнивать объекты.
Далее внизу списка нам нужно выбрать пункт «Показывать только дважды измененные свойства.

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

Итак , теперь мы видим гораздо меньше объектов.

Если у вас пусто, то вам невероятно повезло, и вы можете смело нажимать кнопку «выполнить» и считать обновление завершенным. Что ж, здесь все не так просто, поэтому я перейду к основным объектам.

Первое, что хочу сказать. Никогда не переключайте режим слияния. Он должен быть «Взять из конфигурации нового поставщика». В противном случае вы получите мусор в базе с комментарием MGR.
Нет кнопок «показать различия в модулях …» !
Щелкните значок шестеренки рядом с модулем

Откроется окно с множеством изменений в функциях и процедурах.

Чтобы понять, в какой функции вносятся изменения были сделаны, нам нужно будет либо сделать копию базы данных, либо сохранить конфигурацию в файл через меню конфигурации. А затем загрузить в пустую базу данных. Затем перейдите в меню «конфигурация» и нажмите «Сравнить конфигурации …»
Выберите, чтобы сравнить базовую конфигурацию с конфигурацией поставщика.

А здесь вы уже можете увидеть изменения через» показать различия в модулях … «. Поскольку мы не собираемся ничего менять, мы просто хотим увидеть, что изменилось.

И мы видим, что в функцию «Отклонить» был добавлен кусок кода. Все изменения можно просмотреть, нажав на синие стрелки.

Вернемся к настраиваемой конфигурации. Там мы прошли иконку шестеренки с режимом объединения модулей. Потом ставим все галки … вручную .. говоря себе «спасибо» разработчикам платформы 🙂

Найдите нашу функцию отклонения. Найдите измененный элемент. Надеюсь, теперь стало понятно, зачем нужно любой добавленный код разделять комментариями — правильно, чтобы при обновлении не гадать, откуда этот код взят.
Щелкните значок увеличительного стекла, и платформа выделит строку кода, в которую нужно добавить этот текст.

Скопируйте его из верхнего окна и вставьте в нижнее окно.

Сделайте это со всеми модулями. Если модуль не был изменен, как в нашем случае с ссылкой на валюту. Просто ставим режим «Взять из новой конфигурации поставщика» и НЕ нажимать на шестеренку (рядом с шестеренкой не должно быть зеленой галочки, это означает, что код будет полностью взят из новой конфигурации, без ручная настройка).

Отлично. Теперь, пройдя по всем объектам, вы можете снять флажок «сохранять настройки автоматически» и затем «выполнить»

К сообщению« Есть объекты, которые изменились в основной конфигурации по сравнению со старой конфигурацией … .. Эти объекты будут заменены во время Обновить! Выполнить? «Смело нажимаем ДА.

В следующем окне оставьте галки, как показано на картинке. И больше ничего !!! Оба флажка должны быть включены — «объекты редактируются с сохранением опоры». Нажимаем ОК.

Все. Обновление нетипичной конфигурации 1c завершено.
Этот метод не идеален, но я думаю, что многие люди делают ошибки на этих этапах.
Конечно, я не все рассказал, есть еще много подводных камней. Но я думаю, что 90% обновлений можно безопасно обновлять в соответствии с этим инструкция.

В этой статье не описывается, как применять автоматические и автоматические обновления конфигурации с помощью внешних компонентов и/или программных продуктов … Вы можете найти информацию о них на этом и других интернет-ресурсах.

Возможно, вы заметили, что с каждым обновлением количество объектов, требующих вашего внимания, только увеличивается. В то же время вы знаете, что убедитесь, что был изменен только один документ, а при обновлении отображается список из нескольких десятков измененных объектов. Конечно, вы можете воспользоваться техникой, описанной в статье. Да, это сработает. Многие люди делают обновления таким образом. Но я считаю такой подход малоэффективным и трудоемким при обновлении конфигураций на платформе 1С: Предприятие 8. В отличие от платформы 1С: Предприятие 7.7, платформа 1С: Предприятие 8 позволяет одновременно открывать несколько конфигураций (файлов * .cf) и проводить несколько сравнений конфигураций в одном конфигураторе.. Исключение составляют, пожалуй, только конфигурации, построенные на UPP (Manufacturing Enterprise Management) — они слишком тяжелые, платформа дает сбой.

Процесс обновления конфигураций 1С: Предприятия 8 более автоматизирован по сравнению с 1С: Предприятием 7.7. Достаточно высокий уровень автоматизации позволяет значительно снизить трудоемкость работы при обновлении нетипичных конфигураций. К сожалению, чаще всего процесс обновления нетипичных конфигураций не может быть завершен полностью в автоматическом режиме и требует вмешательства специалиста.

Возможно ли, что процесс обновления будет выполняться полностью автоматически? Конечно. Для этого должны быть добавлены изменяемые объекты, которые не должны использовать функциональность существующей конфигурации. Те. Эти объекты должны решать совершенно разные задачи бухгалтерского учета, расширяющие функциональность типовой конфигурации поставщика. Согласитесь, описанная ситуация встречается крайне редко. Изменения почти всегда затрагивают объекты типовой конфигурации поставщика.

Обратите внимание, что база данных может содержать до трех типов конфигураций:

  • конфигурация базы данных — это конфигурация, с которой работают пользователи;
  • рабочая конфигурация ( основная ) Это конфигурация, в которую мы можем вносить изменения, в то время как пользователи могут продолжать работать;
  • конфигурация поставщика . Это исходная конфигурация поставщика, из которой конфигурация и конфигурация базы данных … База данных может иметь несколько конфигураций от разных поставщиков. Поставщиком конфигурации может быть не только компания 1С.

В случае, когда конфигурация снята с поддержки, вендора конфигурации не будет. Это, в свою очередь, значительно увеличивает сложность обновления.

Рассмотрим процесс обновления и проанализируем возможные ошибки на примере обновления конфигурации UPP (поставщик стандартной конфигурации — компания 1С, модификации компании Информ Сервис). Первоначально эта конфигурация была обновлена ​​с использованием технологии, отличной от описанной в этой статье; поэтому ошибки, обсуждаемые в этой статье, встречаются на практике чаще всего. Обновление будет выполнено с версии 1.2.6.2 до версии 1.2.14.1.


Этап 1. Подготовка.

На первом этапе мы приводим рабочую конфигурацию в соответствие с конфигурацией вендора … Это очень важный этап, который значительно сократит объем работы по анализу внесенных нами ранее изменений.

Этот шаг можно пропустить, если последнее обновление прошло через «поддержку» (меню «Конфигурация» U94; «Поддержка» U94; «Обновление конфигурации») или было выполнено способом, описанным в этой статье.

Несоответствие версии рабочей конфигурации и конфигурации поставщика может произойти при использовании *. cf для обновления, которые не входят в комплект поставки поставщика или при использовании методов обновления, отличных от описанных в этой статье. Например, объекты были добавлены в рабочую конфигурацию путем копирования через буфер обмена или Drag & Drop.

1. Сравнение версий.

Проверка номеров версий, рабочая конфигурация и конфигурация поставщика … комната рабочей конфигурации смотрите в меню «Конфигурация» U94; «Открыть конфигурацию» меню «Правка» U94; «Свойства». В блоке «Разработка» пункт «Версия». (Рисунок 1).

Конфигурация продавца помещения посмотрите на Меню «Конфигурация» U94; «Опора» U94; «Настройка поддержки …» пункт «Версия». (Рисунок 2).

Если числа совпадают, то перейти к следующему шагу. См. .

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

2. Сохранение рабочей (основной) конфигурации.

Давайте сохраним рабочую конфигурацию в файл типа work.cf. Для этого выберите пункт меню «Конфигурация» U94; «Сохранить конфигурацию в файл …».

3. Получение файла обновления для конфигурации поставщика.

Для согласования Для конфигураций нам понадобится файл * .cf из дистрибутива поставщика с тем же номером версии, что и рабочая конфигурация (рисунки 3 и 4). Этот файл можно получить при установке соответствующего дистрибутива. По умолчанию дистрибутив конфигурации устанавливается в каталог C: Program Files 1cv81 tmplts . Дополнительную информацию об установке шаблонов конфигурации см. В документации.

Давайте проверим каталог шаблонов. Если в каталоге шаблонов есть файл * .cf требуемой версии, то перейдите по ссылке.

Что делать, если нет файла * .cf конфигурации поставщика требуемой версии? В этом случае вы можете использовать файлы * .cfu и повторить процедуру, описанную в Этапе 1, несколько раз, чтобы повысить номер версии до требуемого выпуска, в данном случае до 1.2.6.2. Следует отметить, что использование файлов * .cfu может не выявить ошибки, сделанные ранее во время обновления. Что, как видите, довольно странно, учитывая тот факт, что файл vendor сначала строится на основе файла * .cfu, а потом выполняется обновление. Возможно, это связано с тем, что по каким-то причинам в сравнении участвуют не все объекты конфигурации. Поэтому я предлагаю использовать максимально длинный путь, но также и более надежный.

Вам нужно создать пустую базу данных со «старой» конфигурацией поставщика … Обновите конфигурацию поставщика до требуемой версии и уже используйте ее при выполнении работы на этапе 1. Для получения «новой» конфигурации поставщика вам необходимо сделать следующее:

    Создание «старого» файла поставщика для текущей конфигурации. Файл 1cv8.cf можно взять из дистрибутива производителя или сохранить из рабочей базы, если конфигурация находится на поддержке. Для сохранения файла 1cv8.cf из рабочей базы необходимо перейти в меню «Конфигурация» U94; «Опора» U94; «Настройка поддержки …» нажмите кнопку «Сохранить в файл» и укажите каталог и имя файла. Например, на рабочем столе.

    Создание базы данных с новой конфигурацией поставщика. База данных может быть создана с помощью дистрибутива поставщика с диска ITS или с помощью 1cv8.cf, полученный ранее с рабочего стола. В первом случае следуйте инструкциям, входящим в комплект поставки. Во втором случае для создания базы данных из файла, находящегося на рабочем столе, создайте новую информационную базу без настройки и запустите конфигуратор. В меню «Конфигурация» U94; «Загрузить конфигурацию из файла …» укажите файл, который ранее был сохранен на рабочем столе. Откройте конфигурацию через меню «Конфигурация» U94; «Открыть конфигурацию» и обновить до желаемой версии через меню «Конфигурация» U94; «Опора» U94; «Обновить конфигурацию» с помощью файлов * .cfu.

    Создать «новый» файл конфигурации поставщика. Для этого выберите пункт в меню «Конфигурация» U94; «Сохранить конфигурацию в файл …». Указываем расположение и имя файла 1cv8.cf. Нажмите «Сохранить».

4. Согласование между рабочей конфигурацией и конфигурацией поставщика посредством обновления.

Используя полученную конфигурацию поставщика файла * .cf, давайте обновим. Для этого выберите пункт меню «Конфигурация» U94; «Опора» U94; «Обновить конфигурацию», «Выбрать файл обновления», «Готово» (рисунок 5), «Выполнить» (рисунок 6).

Варианты решения:

  • снимите флажок с объекта, который находится в конфигурации поставщика;
  • удалить ссылку на объект, который находится в конфигурации поставщика.

Исходя из того, что ссылка в добавленном интерфейсе » «Менеджер отдела» вносится в объект конфигурации поставщика, поддержка от которого поставщик отказался (возможно, из-за изменения метода учета), тогда правильное решение в данной ситуации, ссылка на этот отчет будет удалена из « «Менеджер отдела» интерфейс. Не закрываем окно сравнения конфигураций; удалите ссылку на отчет «Оплата заказов» в интерфейсе «Менеджер отдела». После удаления ссылки проведем еще одно сравнение конфигураций. Для этого нажмите кнопку «Обновить» в окне обновления (рисунок 6).

5. Восстановление настроек, частично утерянных на предыдущем этапе.

Для восстановления частично утерянных настроек мы объединим с ранее сохраненным файлом рабочая конфигурация work.cf … Для этого выберите пункт меню «Конфигурация» U94; «Сравнить, объединить с конфигурацией из файла …».

6. Сохранение результатов обновления.

Сохранить изменения рабочей конфигурации и обновить конфигурацию базы данных … Для этого выберите пункт меню «Конфигурация» U94; «Обновить конфигурацию базы данных».

Здесь нас ждет еще одна проблема (рисунок 8).

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

Делаем это просто с ролями — удаляем, потому что роли не изменились (это может быть проверено сравнением и рабочей конфигурацией). По-разному поступаем с деталями документа. Атрибут необходимо переименовать, например, OrderReserve1, и после обновления перенести значения из переименованного атрибута в новый. Для этого можно использовать обработку UniversalSelection и ProcessingObjects.epf с ITS-диска.

Рассмотрим еще одну ситуацию, аналогичную предыдущей, но возникшую при обновлении 1С: Бухгалтерия предприятия 8.1. . Что делать с формами? (Рисунок 9)

На рисунке мы видим, что ListForm был удален у поставщика, а затем поставщиком была добавлена ​​новая форма с тем же именем. Соответственно, необходимо отметить обе формы для обновления и нажать кнопку «Выполнить».

Если вы получили сообщение о том, что есть ссылки на удаляемые объекты, вы должны, не закрывая обновить форму, очистить ссылки на удаленную форму в свойствах объекта. В этом случае в свойствах реестра. После этого в форме обновления нажмите кнопку «Обновить», отметьте свойства реестра для обновления и снова нажмите кнопку «Выполнить».

Сохранить изменения рабочей конфигурации и обновить конфигурацию базы данных «Конфигурация» U94; «Обновить конфигурацию базы данных».

При необходимости переносим значения переменной OrderReserve1 в OrderReserve с помощью внешней обработки в режиме 1С: Предприятие.

Stage 2. Обновление.

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

Для обновления конфигурации нам потребуется файл * .cfu или файл * .cf из дистрибутива поставщика. Подробнее о том, как их получить, вы можете прочитать.

Если обновление производится после нескольких версий конфигурации, то вам следует обратить внимание на ситуацию, описанную в статье. Если обновление производится не на производственной базе, то после завершения подготовки каждого нового этапа сохраните файлы * .cf. Они понадобятся при обновлении конфигурации производственной базы заказчика.

Если обновление проводится после нескольких версий, то при обновлении обязательно обращайте внимание на удаленные объекты и объекты с изменены имена, а также действия, выполняемые при первом запуске после обновления. Если эти объекты используются в обработке при первом запуске после обновления, то их не следует удалять, а для объектов с измененными именами необходимо внести соответствующие изменения в текст модуля обработки. В этом случае брошенные объекты могут быть удалены при следующем или следующем обновлении.

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

1. Подготовка баз данных.

Итак, по результатам первого этапа мы готовим две идентичные базы. Первый (главный) — это наш будущий результат. Второй (вспомогательный) предназначен для выполнения сравнений, открывания конфигураций и других подготовительных действий. Для файловой версии это просто копирование файлов основной базы данных в другой каталог и подключение этого каталога к списку баз, для клиент-серверной — выгрузка/загрузка.

2. Трехстороннее сравнение конфигураций.

Давайте откроем обе базы в режиме Конфигуратора и проведем трехстороннее сравнение конфигураций в обеих базах, используя существующий файл конфигурации нового поставщика. . Для этого в обеих базах выберите пункт меню «Конфигурация» U94; «Опора» U94; «Обновить конфигурацию», «Выбрать файл обновления», «Готово» (рисунок 10).

В результате сравнения трех конфигураций (старая конфигурация вендора, новая конфигурация вендора и рабочая конфигурация) мы получаем список измененных объектов. Установите фильтр «Показывать только дважды измененные свойства» (рисунки 11 и 12)..

Именно с этими объектами нужно иметь дело в первую очередь, потому что после обновления могут быть потеряны ранее сделанные настройки.

На этом приостанавливаем работу во второй (вспомогательной) базе и продолжаем в основном. Вам не нужно нажимать кнопку Run на вспомогательной базе. В таком виде нам нужна эта база данных до конца процесса обновления.

Итак, в результате мы получаем список объектов, которые были изменены дважды при ревизии. типовая конфигурация и в. Если вы согласны с обновлением, то улучшения, сделанные ранее в этих объектах, будут потеряны. Поэтому для каждого объекта необходимо принять решение о том, как он будет обновляться (рисунок 13). На этом этапе мы проводим предварительное сравнение исключительно для того, чтобы сократить объем работ в будущем. Оценка не точная, быстрая — «на глаз».

новая конфигурация поставщика, то мы оставляем экземпляр объекта поставщика. Оставляем галочку. Затем мы перенесем изменения из рабочей конфигурации.

Если есть еще изменения в объекте в рабочей конфигурации, то мы оставляем рабочую конфигурацию экземпляра объекта … Снимаем галочку. Затем мы перенесем изменения из конфигурации поставщика.

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

После того, как мы определились с объектами, которые будут обновлены немедленно и на которых есть галочки, дублируем состояние флажками во вспомогательной базе, а в основной базе нажимаем кнопку «Выполнить». В основной базе данных мы получаем практически готовую конфигурацию.

Далее все сравнения выполняются во вспомогательной базе данных. У нас уже есть одно сравнение — трехстороннее. Чтобы определить внесенные ранее изменения, проводим дополнительное второе сравнение старой вендорной конфигурации с базовой конфигурацией … Для этого в меню «Конфигурация» выбираем пункт U94; «Сравнить конфигурации:», выберите для сравнения «Конфигурация поставщика» и «Базовая конфигурация

Аналогично сравниваем старую конфигурацию вендора с новой. Для сравнения нам нужен файл конфигурации нового вендора … Если такого файла нет, то теперь его можно получить из основной базы. Сохранить в файл новую конфигурацию производителя в основной базе данных в меню «Конфигурация» U94; «Опора» U94; «Настройка поддержки:» нажмите кнопку «Сохранить в файл». (Фигура 2). Укажите имя файла, например, new.cf. Далее мы делаем третье сравнение конфигураций и при сравнении указываем файл new.cf как вторую конфигурацию.

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

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

Сравнение форм, таблиц и модулей объектов в конфигурация выполняется с достаточной степенью детализации (рисунок 17). Этого вполне достаточно для принятия решений.

Однако в в некоторых случаях данные в сравнительных отчетах представлены таким образом, что не позволяет быстро принимать решения. Например, в случае изменения типа атрибутов, которые имеют составной тип данных, состав ввода на основе объектов и т. Д. Именно на этом этапе, из-за его сложности, улучшения теряются во время обновления. . Рассмотрим эту ситуацию на примере атрибутов, имеющих составной тип данных. При формировании отчета о сравнении объектов (рис. 17) различающиеся данные в сравниваемых конфигурациях представляются в виде списков, содержащих состав типов данных, разделенных запятыми. При этом отчет вообще не показывает, какие типы данных были добавлены или удалены. Конечно, отчет можно распечатать и «спрятать», чтобы выявить различия. В рассматриваемом примере таких объектов около 200. Очевидно, что процесс сравнения кажется довольно трудоемким и займет около 50 часов.

Чтобы упростить работу при сравнении объектов, вы можете использовать конфигурацию, разработанную Информ-Сервисом. Трудоемкость при сравнении составных объектов можно снизить примерно в 20 раз..

Конфигурация «Сравнение ячеек» запускается в режиме «1С: Предприятие» и позволяет представить информацию из отчета о сравнении объектов в наглядном виде (рисунки 18 и 19). Для сравнения использованы возможности 1С: Предприятия 8.

Схема настройки проста. В конфигураторе создайте отчет о сравнении объектов (рисунок 17) и сохраните его в файл, например, ReportOnCompare.mxl. Откройте 1С: Предприятие и в диалоговом окне (рис. 18) выберите сохраненный файл и укажите сравниваемые ячейки. Для этого дважды щелкните правой кнопкой мыши выбранную ячейку документа электронной таблицы. Нажимая кнопку «Сравнить», мы получаем результат сравнения, в котором различные позиции выделены цветом (рисунок 19).

Особое внимание следует уделить шаблонам RLS для измененных ролей пользователей.

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


Этап 3. Сдача работ.

В данном примере объем работ по исправлению ошибок, допущенных при предыдущих обновлениях, а также по обновлению до версии 1.2.14.1 и переносу ранее внесенных изменений в стандартную конфигурацию составляет около 100-150 часов. Провести такой объем работ путем обновления непосредственно в базе заказчика невозможно. Соответственно, необходимо провести подготовительные работы на копии базы данных, а результат обновления перенести в рабочую базу заказчика.

Сначала внимательно изучаем инструкцию из дистрибутива. . Выполняем необходимые работы перед обновлением в рабочей базе.

Если в рабочей базе заказчика во время подготовки обновления не было внесено никаких изменений в конфигурацию, а обновление было подготовлено на текущую копию рабочей базы данных, затем для переноса настроек сохраните рабочую конфигурацию в файл, например work_2.cf, выбрав пункт меню «Конфигурация» U94; «Сохранить конфигурацию в файл …».

  • с помощью файла work_2.cf переносим изменения. Для этого выберите пункт меню «Конфигурация» U94; «Загрузить конфигурацию из файла …»;
  • на вопрос об обновлении конфигурации базы данных, согласимся.

Если изменения конфигурации были внесены в производственную базу данных клиента во время подготовки обновления, то эти изменения также должны быть отражены во время обновления.

Если обновление не было подготовлено на текущей копии рабочей базы данных, то для переноса настроек воспользуемся техникой, использованной на первом этапе. Для этого нам понадобится файл * .cf с типичной конфигурацией поставщика (1.2.14.1), а также результат обновления в виде файла * .cf. Для этого сохраните рабочую конфигурацию в файл, например work_2.cf, выбрав пункт меню «Конфигурация» U94; «Сохранить конфигурацию в файл …».

Дальнейшие действия со стороны заказчика будут следующими:

  • для создания резервной БД;
  • используя файл * .cf типичной конфигурации поставщика, мы обновим. Для этого выберите пункт меню «Конфигурация» U94; «Опора» U94; «Обновить конфигурацию», «Выбрать файл обновления», «Готово» (рисунок 10), «Выполнить»;
  • с помощью файла work_2.cf переносим изменения. Для этого выберите пункт меню «Конфигурация» U94; «Сравнить, объединить с конфигурацией из файла …»;
  • сохранить изменения в рабочей конфигурации и обновить конфигурацию базы данных. Для этого выберите пункт меню «Конфигурация» U94; «Обновить конфигурацию базы данных».

Личный опыт: как быстро и недорого обновить измененную конфигурацию

Очень опасно обновить конфигурацию сразу для нескольких выпусков. Дело в том, что после каждого обновления конфигурации информационная база обновляется в режиме «1С: Предприятие». Поэтому при обновлении только последней версии информационные базы могут не соответствовать последней конфигурации. В статье Дмитрий Рудаков, специалист ЗАО «Сибирская аграрная группа», делится личным опытом по единовременному обновлению конфигурации для 12 релизов.

Проверка режима изменения конфигурации

Представим следующую ситуацию. Разработчиками Manufacturing Enterprise Management (далее — SCP) в версии 1 (далее номера релизов присвоены условно) измерению (индикатору) регистра вычислений присвоен тип «ReferenceLink.Physical Person» с именем «Физическое лицо» «. В Релизе 2 они добавили еще одно измерение — «Сотрудник» с типом «Ссылка Ссылка.Сотрудники». При запуске «1С: Предприятие» включается обработка, которая заполняет размерность «Сотрудник», соответствующую параметру «Физическое лицо». А затем в версии 3 разработчики «1С» удалили измерение «Физическое лицо» и оставили только «Сотрудник». Если вы обновите конфигурацию с выпуска 1 сразу до выпуска 3, то вы можете очистить весь регистр вычислений..

И если конфигурация поддерживается с возможностью изменения, и регулируемая отчетность формируется в одной базе данных, то необходимо обновлять конфигурацию для каждого выпуска, что может быть очень дорого для человека -часов. Например, обновление сильно модифицированного «SCP» для 1 выпуска может занять 30 часов рабочего времени у опытного специалиста.

Поэтому, прежде чем приступить к обновлению, вам необходимо определить: вы работаете в типовой конфигурации с возможностью изменения или в конфигурации без возможности модификации? Для этого перейдите в конфигуратор, где в меню выполните действия «Конфигурация — Поддержка — Настроить поддержку».

Рис. 1. Вызов окна поддержки конфигурации

Если установлено «Поддерживаемое», то эта конфигурация является типовой, а если «Изменяемый включен» — конфигурация наиболее скорее всего изменился (по крайней мере, эта функция включена). Третье состояние — «Конфигурация снята с поддержки». Различные состояния конфигурации показаны на рисунках 2, 3, 4.

Рисунок: 2. Типичная конфигурация без возможности изменений

Рисунок: 3. Типовая конфигурация с включенной возможностью изменения

Рисунок: 4. Конфигурация удалена из поддержки

Алгоритм обновления измененных конфигураций

Недавно , Передо мной стояла задача обновить измененную конфигурацию «Управление торговлей», релиз 10.3.13.2. Конфигурация была изменена в результате слияния с отраслевым решением «BIT: Car Service Management 8» и непрерывно дорабатывалась в течение двух лет. Теперь необходимо обновить конфигурацию до выпуска 10.3.25.1, то есть до 12 выпусков. Я разбил всю процедуру обновления на несколько этапов.

Этап 1. Оценка стоимости и сроков процедуры обновления

Перед тем как начать свою работу, я решил получить независимую оценку специалистов в этой области. Единственная компания, которая имеет возможность обновлять измененные конфигурации автоматизированными методами — ООО «1С-ИжТиСи». Я обратился к специалистам этой компании с просьбой оценить стоимость обновления моей конфигурации. Чтобы оценить время и стоимость работ, я предоставил текущую конфигурацию, требующую обновления. Через день мне пришло письмо с отчетом.

Отчет по результатам оценки стоимости и сроков обновления конфигурации:

Configuration: Trade Management Версия 10.3
Текущая версия конфигурации: 10.3.13.2
Обновление до версии: 10.3.25.1
Количество обновленных модулей: 1847
Количество контрольных выпусков: 8

Результаты оценки меня удивили, так как на сайте компании указана стоимость доли — 1000 руб. за одно обновление выпуска. Комментарии 1С-ИжТиСи:

«Стоимость обновления за каждый пропущенный релиз не более 2000 рублей. Сейчас проводится акция, поэтому стоимость не превышает 1000 рублей. Но окончательная цена услуг определяется по результатам оценки трудозатрат на обновление и может быть ниже 1000 руб./Выпуск ».

Я также разъяснил, как выбирались релизы, необходимые для обновления. В ответ на свой вопрос я получил скриншот, наглядно демонстрирующий это (рис. 5). Столбец «Номер версии» указывает версию конфигурации, до которой вы хотите выполнить обновление. В столбце «Обновление версии» указано, с какого выпуска возможно обновление. В результате оценки количество необходимых обновлений было уменьшено до 9.

Рисунок: 5. Выбор выпусков, которые необходимо использовать для правильного обновления конфигурации

После изучения отчета «1С-ИжТиСи» подсчитал личное время, затраченное на такой же объем работы. Каждая процедура обновления занимает у меня примерно 6 часов. Таким образом, общее затраченное время составляет 56 (9×6) рабочих часов, что составляет примерно семь рабочих дней. Кроме того, есть вероятность, что после обновления выявятся некоторые недостатки: например, пользователь жалуется, что необходимые изменения конфигурации были утеряны, и тогда временные затраты значительно увеличатся. Между тем, специалисты компании «1С-ИжТиСи» предлагают выполнить весь объем работ за три-четыре рабочих дня. Поэтому я решил воспользоваться их услугами.

Теперь я кратко объясню, что именно было изменено в конфигурации.

Сильно измененные объекты. Это объекты, в которых были изменены многие типичные свойства. Корректировки сложные. Детали объекта добавлены в табличную часть, отображаемую на форме объекта и в форме списка. Добавлены обработчики для добавления деталей в формы. Изменен стандартный механизм проводки документов или записи набора перемещений для реестра.

Сильно измененные документы:
«Заказ поставщику»;
«Перемещение товаров»;
«Требование-накладная»;
«Поступление товаров и услуг».

Сильно измененные регистры:
«Партии товаров на складах»;
«Товары на складах».

Существенно измененные объекты. Объекты, в которые добавлены детали, либо формы объектов, либо модули объект изменен (как правило, проводка документа нетипичная).
Документ «Квитанция кассового ордера»;
Реестр информации «Компоненты номенклатуры»;
Реестр информации «Списанные товары»;
Общие модули.

Слегка измененные объекты. В объектах изменены только формы и добавлены реквизиты.

Литература:
«Виды номенклатуры»;
«Контракты подрядчиков»;
«Подрядчики»;
«Номенклатура»;
«Типы цен на товары»;
«Ряд информационных регистров».

В разделе «Общие» изменены подписки на события, раскладки, роли, общие модули. Практически все изменилось отраслевым решением.

Этап 2. Удаление конфиденциальной информации

Прежде чем предоставить сотрудникам 1С-ИжТиСи информационную базу для тестирования, необходимо необходимо удалить в нем конфиденциальную информацию. Для таких случаев 1С рекомендует использовать обработку «Изменение конфиденциальной информации», которая не очень широко известна.

Обработка «Изменение конфиденциальной информации» предназначена для выборочного изменения или очистки информации в информационная база. Обработка может использоваться для подготовки информационной базы перед ее отправкой на тестирование, где необходимо скрыть (очистить, изменить) некоторую информацию.

Обработка Изменение ConfidentialInformation.epf находится на ITS-диске в каталог 1CIts EXE EXTREPS UNIREPS81 UpdatePrivateInformation. Также эту обработку можно скачать по ссылке: http://its.1c.ru/db/metod81#content:1644:1.

Естественно, конфиденциальная информация у каждой компании разная, но обращаю ваше внимание на данные, которые, скорее всего, необходимо изменить:

  • Справочники: Физические лица, Контактные лица, Контактные лица контрагентов, Подрядчики, Цена типы.
  • Регистры информации: паспортные данные физического лица, FIOFizPers.

Ваш список, вероятно, будет шире, но это наиболее распространенные данные. Их изменение не повлияет на возможность тестирования вашей информационной базы. Также возможно удалить все те объекты групповой обработкой, с которыми обслуживающая компания не должна работать.

Этап 3. Получение результатов обновления

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

По результату проделанной работы могу сказать, что все изменения в конфигурации были сохранены, при визуальном просмотре всех объектов, которые были изменены, они сохранили свои особенности и отличия от типовой конфигурации. Во время работы ни один из пользователей не сообщил об утере каких-либо изменений.

В результате обновления я выделил две небольшие задачи для самостоятельного решения.

Первая. . Благодаря тому, что обновление выполняется с использованием механизма «Сравнить, объединить», конфигурация базы данных фактически обновляется и обновляется правильно, без технических рисков из-за рассмотрения контрольных выпусков. Однако конфигурация поставщика не обновляется.. Конечно, технически грамотный специалист может легко добавить эту работу, однако я попросил «1С-ИжТиСи» прислать более полную инструкцию по обновлению. В соответствии с ним произвести обновление сможет даже неопытный специалист.

Второе. В результате обновления все объекты остаются на поддержке с возможностью изменения, что также может быть косвенным недостатком. Если вам нужно использовать эти службы одновременно, вам нужно вернуть все объекты на поддержку. Пока я могу сделать это, только просмотрев все объекты метаданных. К сожалению, этот процесс по-прежнему выполняется вручную, но в будущем он также будет автоматизирован.

Помимо двух названных задач, была обнаружена одна небольшая ошибка, которая, в принципе, не влияет на качество обновления и появляется редко. В результате обновления строки кода исходной конфигурации и обновленной визуально совпадают, но в конце строк почему-то добавлены пробелы. Это недостаток, так как немного увеличивает количество изменяемого кода. А в случае дальнейшего ручного обновления таких фрагментов кода лучше не будет. На рис. 6 показан пример до обновления, а на рис. 7 — пример после обновления.



Назначение и расположение файлов конфигурации XML, используемых в ColdFusion

Применимо к: ColdFusion
Оцените статью
logicle.ru
Добавить комментарий