1с edt не устанавливается

Обновлено: 08.07.2024

В статье рассмотрена среда разработки нового поколения 1C:Enterprise Development Tools (EDT). Данное ПО представляет из себя самостоятельное приложение, которое устанавливается отдельно от платформы.«1С:Предприятие». Изучив статью, Вы узнаете:

  • Чем конфигуратор отличается от EDT?
  • Как установить EDT?
  • Как подключить плагины?
  • Как сменить используемую тему?
  • Какие базовые приемы разработки имеются в новой среде и как их применять на практике?

Применимость

В статье использовалась первая тестовая версия EDT, вышедшая в апреле 2015 г. Для актуальной версии основные приемы, проиллюстрированные в материале, остались теми же.

Установка EDT

1C:Enterprise Development tools – это среда для разработки конфигурации в IDE Eclipse.

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

Для того чтобы начать работать с EDT, выясните, соответствует ли ваша система следующим требованиям.

[styled_table]
Операционная система Версия Архитектура процессора JRE Оконная система
Windows 7/8/8.1 x86 32-bit
x86 64-bit
Oracle Java 8 Win32
Ubuntu Long Term Support 12.04 x86 32-bit
x86 64-bit
Oracle Java 6 Update 37 IBM Java 6 SR11 GTK
Apple Mac OS X 10.8 Universal 32-bit
x86 64-bit
Oracle Java 7u9 Cocoa
[/styled_table]

Вам потребуется весь набор для тестирования.

Установите тестовый релиз 1С. Затем разархивируйте папку с утилитами и запустите файл dt.exe. Если возникнут ошибки, перепроверьте, стоит ли у вас нужная версия java.

После запуска файла откроется Eclipse, где, собственно, и должна происходить вся разработка.

Новая среда разработки

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

1C:Enterprise Development tools – Новый уровень 1С-разработки в IDE Eclipse

В свою очередь каждая из них дает свой набор возможностей. К примеру, перспектива 1С:Предприятие имеет вот такой набор возможностей:

1C:Enterprise Development tools – Новый уровень 1С-разработки в IDE Eclipse

Теперь давайте переключимся на другую перспективу , делать это можно справа вверху:

1C:Enterprise Development tools – Новый уровень 1С-разработки в IDE Eclipse

Нажмите на отладку:

1C:Enterprise Development tools – Новый уровень 1С-разработки в IDE Eclipse

В чем особенность использования Eclipse?

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

Давайте посмотрим эти же настройки в Eclipse. По умолчанию включена светлая тема, выглядит она так:

1C:Enterprise Development tools – Новый уровень 1С-разработки в IDE Eclipse

Теперь окно выглядит так:

1C:Enterprise Development tools – Новый уровень 1С-разработки в IDE Eclipse

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

Плагины в EDT

После перехода по ссылке скопируйте следующую ссылку, как показано на картинке:

1C:Enterprise Development tools – Новый уровень 1С-разработки в IDE Eclipse

1C:Enterprise Development tools – Новый уровень 1С-разработки в IDE Eclipse

Тестировать можно так: скопировали код, скопировали другой код, вставили его через Ctrl+V и, не отпуская Ctrl, несколько раз нажали на V.

Summary

Как видите, не успев перейти на Eclipse, вы уже получили кучу бонусов.

Более того, есть множество источников, из которых можно скачать разные плагины.

Но все это лишь приятные дополнения к тому, что теперь у вас появилась возможность полноценно работать с git – системой контроля версий. Об этом мы расскажем во второй статье.

Если в процессе работы вы столкнулись с проблемой или у вас есть сомнения в том, что 1C:EDT работает правильно, вы можете предпринять следующие действия.

Панель «Состояние»

Если вам кажется, что ничего не происходит, откройте панель Состояние или посмотрите в правый нижний угол основного окна. Возможно, 1C:EDT занята работой, просто вы этого не замечаете.

Известные проблемы и способы их решения

Неисправности редакторов

Если вам кажется, что один из редакторов работает неправильно, вам может помочь следующая последовательность действий:

  • Нажмите Закрыть все в контекстном меню на заголовке любого редактора. Все редакторы будут закрыты.
  • Нажмите Сбросить в контекстном меню на открытой перспективе в панели перспектив. Будет восстановлено стандартное расположение панелей, и они будут открыты заново.

Очистка проекта

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


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

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

расчет вычислимых данных,

Перезапуск 1C:EDT

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

Журнал ошибок для технической поддержки

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


Чтобы сформировать этот файл, перейдите в панель Протокол ошибок и нажмите Экспортировать лог .

Этот же протокол ошибок содержится в файле .log в папке .metadata , которая находится в вашей текущей рабочей области.

  • ОС Windows: C:/Users/<имя_пользователя>/AppData/Local/1C/1cedtstart/logs/
  • ОС Linux:

Быстро открыть этот каталог вы можете из настроек 1C:EDT Start ( Журнал приложения ).

Если 1C:EDT «зависла»

Если 1C:EDT долгое время не реагирует на ваши действия и нет никаких видимых оповещений о том, что выполняется какое-то длительное действие, то можно считать, что 1C:EDT «зависла». В этом случае для расследования ошибок мы рекомендуем снять дамп потоков и дамп памяти, чтобы передать их в службу технической поддержки.

Дамп потоков

Обычно для расследования «зависаний» хватает дампа потоков выполнения приложения. Чтобы снять дамп потоков, вы можете воспользоваться стандартной утилитой jstack , которая входит в состав Java Development Kit ( JDK ). Для снятия дампа потоков необходимо выполнить в командной строке:

Здесь 22668 — это PID (process identifier) процесса 1C:EDT . Вы можете узнать его через диспетчер задач (в зависимости от операционной системы).

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

Полученный файл threaddump.txt (дамп потоков) необходимо передать в службу технической поддержки.

Важно: Утилиту jstack нужно запускать от имени того же пользователя, что и инспектируемое приложение.

Дамп памяти

Чтобы снять дамп памяти, вы можете воспользоваться стандартной утилитой jmap , которая входит в состав Java Development Kit ( JDK ). Для снятия дампа памяти необходимо выполнить в командной строке:

Здесь 22668 это PID (process identifier) процесса 1C:EDT . Вы можете узнать его через диспетчер задач (в зависимости от операционной системы).

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

Полученный файл memorydump.hprof (дамп памяти) необходимо передать в службу технической поддержки.

Как закрыть «зависшую» 1C:EDT

Когда все необходимые дампы получены, вы можете закрыть 1C:EDT . Если интерактивно это сделать не получается, вы можете либо воспользоваться диспетчером задач (в зависимости от операционной системы), либо завершить процесс, выполнив в командной строке:

Установка 1C:EDT производится из комплекта поставки, но, прежде чем начинать установку, выполните некоторые подготовительные действия.

Возможная проблема: Перед установкой новой версии 1C:EDT завершите работу программы запуска и обновления (1C:EDT Start);
    версию Java, установленную на компьютере; Java, если это необходимо; утилиту ring, если она была установлена ранее (до первого запуска 1C:EDT ).

Проверьте версию Java, установленную на компьютере

Для работы 1C:EDT необходимо, чтобы на компьютере была установлена 64-разрядная Java Platform, Standard Edition версии 11 с поддержкой OpenJFX(JavaFX). Примечание: С большой долей вероятности поддерживается работа с Java 12 и Java 13, однако детальное тестирование не проводилось.

В операционных системах Windows 10 и Windows 8:

  • Правой кнопкой мыши нажмите в левой нижней части экрана и выберите из раскрывающегося меню Панель управления ;
  • В панели управления выберите Программы > Программы и компоненты ;
  • Отобразится список установленных версий Java.

В операционных системах Windows 7 и Vista:

  • Откройте меню Пуск ;
  • Выберите Панель управления ;
  • Выберите Программы ;
  • Выберите Программы и компоненты ;
  • Отобразится список установленных версий Java.


В операционных системах Windows и macOS вы можете определить версию Java с помощью командной строки. Введите команду java -version в окне терминала.

Если версия Java Platform, установленная на вашем компьютере, не соответствует системным требованиям, обновите ее до нужной версии (подробнее.

Важно: Если вы устанавливаете 1C:EDT в операционной системе Linux и используете OpenJDK, входящий в состав дистрибутива Linux, то вам понадобится дополнительно установить пакет openjfx. Дело в том, что «Установщик» и 1C:EDT используют JavaFX, однако JavaFX не входит в состав некоторых дистрибутивов OpenJDK.

Как установить Java

Примечание: Если вы работаете «нестандартно» и не используете программу запуска и обновления, в некоторых случаях после установки 1C:EDT вам потребуется вручную отредактировать файл 1cedt.ini (подробнее).

Как настроить Java

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

Для операционной системы Windows:

  • Установите в переменную окружения JAVA_HOME каталог, в который установлена Java.
  • Добавьте к переменной окружения PATH путь к каталогу bin каталога, в который установлена Java.
Возможная проблема: Если для проверки версии Java ( java -version ) вы используете обработчик команд Windows ( cmd.exe ) имейте в виду, что он читает значения системных переменных в момент своего запуска. Поэтому после изменения системных переменных перезапустите cmd.exe , чтобы увидеть актуальную информацию.

Для операционной системы Linux:

  • Установите в переменную окружения JAVA_HOME каталог, в который установлена Java.
  • Если в системе установлено более одной версии Java, то с помощью команды update-alternatives установите в качестве Java по умолчанию версию, соответствующую системным требованиям.

Удалите утилиту ring, если она была установлена ранее

Если вы уже устанавливали на своем компьютере программные продукты «1С:Предприятия 8», то, возможно, вместе с ними вы установили и утилиту ring. Эта утилита входит в состав платформы и позволяет управлять локальной конфигурацией процессов системы "1С:Предприятие 8» — подробнее.

Новый Установщик 1С:Предприятия , входящий в комплект поставки 1C:EDT , помимо самой 1C:EDT также установит на вашем компьютере и утилиту ring. Эта утилита может потребоваться вам для того, чтобы запускать 1C:EDT из командной строки для выполнения рутинных операций.

Но поскольку новый «Установщик» не использует пакетные менеджеры операционных систем, то утилиту ring, установленную "старой" программой установки, нужно удалить, прежде чем выполнять первую установку 1C:EDT с помощью нового «Установщика».

Чтобы узнать, установлена ли у вас утилита ring, откройте Панель управления (Windows). Если утилита установлена, вы увидите ее в списке установленных программ. Удалите ее.


Установка 1C:EDT

В операционной системе Windows

Чтобы начать установку 1C:EDT , распакуйте архив, в котором поставляется 1C:EDT , в любой каталог. Запустите файл 1ce-installer.exe от имени администратора.

В операционной системе Linux

Распакуйте архив дистрибутива, откройте терминал, перейдите в директорию с дистрибутивом и выполните sudo ./1ce-installer .

В операционной системе macOS

В Finder кликните два раза по DMG-файлу с дистрибутивом, в появившемся окне кликните два раза на файле 1ce-installer (или 1ce-installer.app , если у вас показываются расширения всех файлов); запрос прав администратора будет выполнен автоматически.

Совет: Далее описан минимальный набор действий, необходимых для установки и запуска 1C:EDT . Если вы хотите ознакомиться со всеми возможностями «Установщика», его документация опубликована на портале ИТС.

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


  • убедитесь, что Java установлена — Проверьте версию Java, установленную на компьютере;
  • убедитесь, что Java поддерживает OpenJFX(JavaFX); если вы устанавливали Liberica JDK, то необходим полный дистрибутив (подробнее);
  • убедитесь, что переменная JAVA_HOME установлена правильно — Как настроить Java.

Через некоторое время «Установщик» покажет название и характеристики устанавливаемой версии 1C:EDT .


Проверка цифровой подписи

Все компоненты комплекта поставки 1C:EDT подписываются цифровой подписью. «Установщик» проверяет эту подпись и отображает результат проверки рядом с названием версии.


Если отображается зеленая «медаль», значит, цифровая подпись успешно проверена и вы можете устанавливать дистрибутив.

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


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

Назначение домашней директории установки при первом запуске

Только при первом запуске нового «Установщика» вы можете выбрать домашнюю директорию, в которую будут устанавливаться все версии 1C:EDT и другие программы «1С:Предприятия 8". Отдельная собственная домашняя директория, которую использует «Установщик», позволяет всегда иметь только одну копию 1C:EDT некоторой версии, без дублирования.

При следующих запусках «Установщика» вы уже не сможете изменить домашнюю директорию в его диалоге. Но при необходимости вы можете перенести домашнюю директорию на любой диск, поставив ссылку на файловой системе на первоначальную директорию.


Предупреждение: Для macOS рекомендуется не изменять домашнюю директорию установки на такую, которая не является поддиректорией в /Applications . «Установщик» будет корректно работать с любой директорией, однако macOS в таком случае не будет автоматически добавлять установленные приложения на экран Launchpad и их придется запускать вручную. Если есть необходимость изменить домашнюю директорию установки, то возможным обходным решением является ручное создание символических ссылок на приложения в /Applications .

Установка

Чтобы начать установку, нажмите Установить . О ходе установки вас будет информировать индикатор.


Когда установка закончится, ее результат будет показан на экране. Вы можете перейти по ссылкам из раздела Далее , чтобы ознакомиться со связанной информацией, или можете нажать Готово , чтобы завершить работу «Установщика».


Запуск 1C:EDT

Основной способ работы с 1C:EDT — это использование программы запуска и обновления. Она позволяет управлять всеми вашими проектами и версиями 1C:EDT , установленными на компьютере. При этом вы можете запускать конкретные версии 1C:EDT и «вручную», без использования программы запуска и обновления, если в этом есть необходимость.

Ярлык для программы запуска и обновления «Установщик» помещает на рабочий стол Windows. Аналогичный ярлык создается и для Linux.


Примечание: Для Linux создано большое количество оболочек (desktop environment), несовместимых между собой. Это сказывается на механизме создания ярлыков для установленного программного обеспечения. Программа установки ориентируется на спецификацию Desktop Menu Specification от FreeDesktop — подробнее — и ее работа проверена на Gnome 3 и KDE 5.

Кроме этого ярлык программы запуска и обновления создается в меню Пуск (Windows) и в Launchpad (macOS). Там же создаются пункты меню для запуска конкретных версий 1C:EDT .


Кроме этого вы всегда можете запустить 1C:EDT непосредственно из домашней директории установки (файл 1cedt.exe ), выбрав в папке components нужную вам версию 1C:EDT .


Предупреждение: Также в Linux возможны проблемы с отображением иконки в панели задач. Это связано с ограниченной поддержкой данной возможности в JavaFX. Совет: Более подробно о нахождении установленных файлов вы можете прочитать в разделе Расположение программных файлов после установки 1C:EDT .

После установки 1C:EDT

Примечание: Если вы работаете «нестандартно» и не используете программу запуска и обновления, вам понадобится выполнить ряд настроек (подробнее).

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

  • приложение 1cedt.exe ;
  • каталоги рабочих областей 1C:EDT ;
  • каталоги, в которых располагаются локальные репозитории Git;

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

В статье рассмотрены терминология системы контроля версий Git (СКВ), которая используется для механизма групповой разработки конфигурации среды разработки нового поколения 1C:Enterprise Development Tools (EDT). Логически данный материал продолжает тему затронутую в предыдущей статье и показывает какие преимущества дает новая среда разработки при использовании указанной СКВ.

Применимость

Весь материал актуален.


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

Наверняка Вам знакомы основные проблемы данного решения от 1С. В частности, не слишком удобно:

  • Работать по сети (сложности возникают с выделением отдельной машины и поднятием веб-сервера);
  • Просматривать историю, ввиду очень длительного процесса реализации данного действия;
  • Не иметь возможность регистрировать ошибки, вследствие чего программисты просто не фиксируют причины вносимых ими изменений;
  • И многое другое.

С другой стороны – в современном IT мире начали активно применять облачные хранилища для совместной разработки. Суть их в следующем:

  1. Создается некий проект, например, обработка «выгрузка в xml»;
  2. Все исходные коды этого проекта сохраняются в облаке;
  3. Эти исходники Вы копируете на свой компьютер и работаете с ними;
  4. После того как Вы внесли какой-либо новый функционал, эти изменения Вы переносите обратно в облако.

Действуя по данной схеме, Вы получаете ряд преимуществ:

  1. Храните всех данных в облаке. В случае неудачного сохранения или сбоя диска – будут потеряны только последние изменения.
  2. Предоставляете доступ для изменения обработки разным людям.
  3. Меняете данные в одном модуле одновременно с коллегами. Например, Вам потребовалось изменить в обработке модуль формы документа и добавить новые процедуры, коллеге это тоже понадобилось сделать. В случае конфигуратора Вы бы захватили эту форму, закрыв к ней доступ всем. В нашем случае – это легко реализуется, а при слиянии данных в основные исходники просто добавятся две процедуры.
  4. Редактируете исходники непосредственно в браузере. Так, если у вашего коллеги возникла проблема и он не может ее решить, он просто присылает Вам ссылку на этот модуль, и Вы в браузере исправляете код. Коллега затем импортирует изменения.
  5. И много всего другого.

Все это следствие того, что хранилище данных в 1С – это централизованная система хранения SVN, в которой есть одно место, где помещены все данные. Модель работы с ней сводилась к блокировке, изменению и разблокировке содержимого. В этом ее отличие от такой распределенной системы хранения данных, как Git.

Для понимания ознакомьтесь с основными терминами:

Репозиторий – это хранилище файлов в системе контроля версий. Вместе с исходными файлами хранятся и все изменения, происходившие с этими файлами. Т.е. это аналог папки в 1С, где находится хранилище конфигураций. Отличие в том, что эти данные хранятся в облаке.

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

Пуш (push) – эта команда переносит ваши данные из локального хранилища в облачное. Это аналог «Поместить в хранилище». Пока этого не будет сделано, все изменения будут сохранены только локально у Вас на компьютере.

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

Ветка (branch) – это одна из копий вышестоящей ветки, с которой Вы работаете. В свою очередь все начинается с одной главной ветки, которую можно назвать «стволом». У Вас есть основное хранилище, где содержится, скажем так, релиз. Однако все изменения в релиз Вы вносить не будете, поэтому создадите ветку или несколько веток, с которыми будете работать в режиме теста. Туда Вы фиксируете изменения, и только потом эти изменения администратор переносит в master-ветку.

После переноса все участники других веток могут импортировать эти изменения себе. Таких веток и под-веток может быть несколько. Это удобно, если у Вас к примеру 20 участников. Участники разбиваются на подгруппы по 5 человек. Главный администратор переносит изменения из остальных под-веток в основную. При этом у каждой команды есть свои под-ветки третьего уровня, с которыми они работают, и локальный администратор вносит изменения в эти ветки. Таким образом, команды не мешают друг другу, а администратор эффективно отслеживает изменения в каждой подгруппе.

Схематично это выглядит так:

Системы контроля версий в 1С:EDT

В данном случае объединением веток:

1-2 – занимается главный админ

2-3 – локальный админ (тимлид, руководитель команды)

3-4 – каждый программист отдельно.

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

Кроме этого, если Вы опытный программист, можете пропустить третий уровень. Тогда вносить изменения Вы будете сразу на второй уровень. Обычно об этом команды договариваются заранее.

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

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

Мерже (merge) – это слияние веток. Когда разработчик исправил баг в своей ветке, он может ее замержить (объеденить) с другой веткой, перенеся таким образом туда изменения.

Конфликты (коллизии) – это нам всем известные коллизии из 1С. Только мы с ними не могли встречаться в хранилище, но очень часто встречались при обменах, когда некую информацию изменили в обоих узлах и теперь надо решить – кто же прав. Так и тут, git постарается сам по себе все объединить, и, если вдруг возникнет ситуация, когда он не справится, он Вам на это укажет. В этом случае надо будет перенести изменения вручную, отметив, что данные перенесены.

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

Теперь попробуем представить некоторые варианты развития и жизни всей разработки. На эту тему есть статья (и ее перевод), картинка оттуда:

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

Develop делится на несколько веток, которые нацелены на расширение функционала. Когда команда решает, что нового функционала достаточно, делается слияние его в ветку разработок (develop) и образуется новая ветка, на основании которой создают ночной билд, т.е. тестовый релиз.

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

И дальше выпускаем релиз. Потом все по циклу.

Это пример того, как люди ведут разработку с помощью новых (для нас) механизмов. Безусловно, в каждой команде существуют свои варианты и правила ведения разработок. Мы показали одну из возможных направлений работы с версиями.

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

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

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

Также следует отметить, что если Вы по какой-либо причине работаете на старой версии платформы, то лучше использовать платформу версии 8.3.8+, т.к. начиная с нее существенно увеличена скорость загрузки/выгрузки в файлы XML.

Читайте также: