Transcription
Так. Так, здравствуйте. Будем начинать.
А сегодня у нас открытый урок, э, курса "Профессиональная разработка в 1С + Git". Э, тема урока: "Веб-сервис GitHub, работа из 1С и ЕДТ". А напишите, пожалуйста, поставьте в чат плюсик, если меня слышно и видно. А, вижу. Спасибо.
Так, зовут меня Алексей Черней. Я работаю в должности руководителя отдела разработки. Около 30 лет опыта в IT, в различных должностях, а на крупных, в том числе международных проектах.
Правила нашего вебинара. Активно участвуем, задаём вопросы. На вопросы постараюсь ответить. Запись вебинара придёт вам на почту.
А далее, если не сложно, давайте познакомимся. Напишите, пожалуйста, какая у вас должность и с какой целью пришли на открытый урок. Так интересно пишет кто-нибудь? Не пишет. Ну, подождём ещё пару минут. Вот Шамиль что-то написал. Уже что-то интересное происходит. Павел. Николай. Дал. Так, ну хорошо. Я думаю, все, кто хотел что-то написать, написали. Пойдём дальше.
А немного о компании Otus. OTUS создаёт авторские онлайн-курсы для IT-специалистов различных уровней от Junior до Lead. А курсы разрабатываются в том числе с учётом запросов IT-компаний. Ну, то есть там как-то по статистике вакансии точно, точно не знаю, как а создаются новые курсы на OTUS. А у US есть образовательная лицензия государственного образца. То есть по окончании курса выдаётся удостоверение повышения квалификации или диплом о профессиональной переподготовке.
Далее, основные направления курсов, они здесь ээ указаны: программирование, архитектура, инфраструктура, безопасность, data science, DF, управление в IT, анализ, аналитика, тестирования. Сейчас более 130 курсов на сайте.
А, итак, тема нашего занятия: "Веб-сервис GitHub. Работа из 1С". Примерный маршрут вебинара. Познакомимся с теорией. Что такое Git? GitHub. Далее создадим свой репозиторий на GitHub. А создадим новый токен для доступа из сторонних приложений типа ДТМ GitHub. Подключим локальный репозиторий Git в 1С и GitHub. А далее получим проект конфигурации, симулируем другого программиста из другого места. И если останется время, подключим а наш репозиторий Git SSH.
А, итак, цель нашего вебинара: к концу занятия, надеюсь, вы сможете объяснить, для чего нужен GitHub, а, научиться создавать свои репозитории на GitHub и ознакомиться с основными операциями при работе GitHub из 1С DT. А всё это нужно, конечно же, для повышения эффективности командной разработки один из приложений.
А, итак, Git - это распределённая система управления версиями. Кто работал с хранилищем, тот, ну, примерно знает. Только хранилище оно всё-таки централизованное, а Git оно более распределённое. А GitHub - это, соответственно, самая популярная облачная платформа для хостинга IT-проектов и совместной разработки, под капотом которой находится популярная система контроля версии Git, а также полноценная социальная сеть для разработчиков. Ну, думаю, это все знают, почти все.
Итак, Git - это хранилище, а где хранятся файлы проекта и история их изменений. По сути, это просто папка с файлами, а, но связанная с приложением Git напрямую и содержащая файлы в понятном для системы формате. А локальный репозиторий Git - это репозиторий, который хранится на компьютере пользователя в рабочей папке проекта. Ну, как правило, в рабочей папке проекта. Можно, в принципе, отдельную папку, там, отдельный диск для этого подобрать. Это часть распределённой системы контроля версии Git, где каждый разработчик имеет полную копию репозитория на своём компьютере. Удалённые репозитории Git - это, соответственно, репозиторий, размещённый на каком-то удалённом сервере, например, на сервисе GitHub, Gitlab и тому подобное.
А далее небольшой вопросик. Э, как вы думаете, какое основное предназначение GitHub? Ответ: А, для экономии места на локальном компьютере. Б, для дублирования или бэкапа проекта. В, для хостинга распространения решений. Г, для командной разработки. Если не сложно, напишите что-нибудь в чат. Или я навижу, написала Г. А кто-нибудь, что-нибудь ещё напишет? Всё. А, ну, в общем, Александр, да, Александр во многом прав, в принципе. А все назначения могут быть использованы. Ну, разве что экономия места - сомнительный такой факт. А так, действительно, и некоторое бэкапирование проекта и есть, и для распространения решений можно сделать репозиторий публичным, да, чтобы все к нему подключались. Ну и, конечно же, для командной разработки, подключения нескольких программистов-разработчиков. Так.
Первой с первой главой закончили. Если есть вопросы, плюсы, минусы. А далее с создание. Да, спасибо. Идём далее.
Создание нашего репозитория на GitHub. А, значит, заходим на GitHub.com, а, выбираем зарегистрироваться. С этим вряд ли у кого-то возникнут проблемы. Э, вводим наш email, э, Password, имя пользователя, как правило, можно тоже email выбрать. Ну и страна, регион, тому подобное. Далее, создание репозитория. Сейчас я перейду на GitHub. Так, вот у меня мой зарегистрированный, залогиненный аккаунт на гитхабе. Здесь вот есть пару старых репозиториев, а мы создадим новый. Так, заводим. Имя репозитория. Здесь можно задать какое-либо описание. А далее нужно выбрать видимость, то есть либо публичная для вот как раз какой-либо дистрибуции, распространения, а, либо если у нас просто локальная работа в какой-то группе, то выбираем Private. А можно задать файл README, а также файлы .gitignore, а, так где-то у меня презентации про .gitignore. Лицензии добавлять не будем. А, щёлкаем создать репозиторий. А, так, репозиторий наш создался. Ну вот здесь тоже небольшой опрос. Для чего нужен файл .gitignore? Кто знает, может написать. .gitignore - это возможность отметить файлы, которые не будут, а, попадать в индекс. То есть не будет отслеживать их изменения, не будет добавлять в индекс и в коммит. То есть, например, тот же README.md. А, так, далее. Надеюсь, как понять, понятно всем, как создавать репозиторий Git. А-а, если непонятно, можете задать вопросы или нет, там, наш чат. В чате всё хорошо. Так, идём далее.
А для того, чтобы получить доступ из какого-либо приложения, например, из 1С DT, а нам нужно создать токен. Какое-то время назад GitHub позволял подключаться по HTTP, просто используя учётные данные, имя пользователя и пароль. А, но с некоторого времени они решили, что это, видимо, небезопасно, и такая возможность отключилась. Аа, далее, да, вот обратите внимание, чтобы добраться до генерации токена, надо зайти в Settings, установки. Но Settings - это а не здесь, это Settings для конкретного репозитория. А в настройке учётной записи, то есть вот здесь вот мы щёлкаем на наш значок нашего профиля аккаунта. Здесь выбираем Settings и вот здесь вот уже в конце а Developer settings и здесь в настройках разработчика есть пункт Personal access tokens. Ну, на выбор GitHub предлагает э два вида токенов: Fine-grained, то есть там красивый такой, а, с хорошими границами токены, либо классический. Ну, я обычно генерирую классические токены. Вот у меня уже сгенерировано несколько токенов. А, отмечу такую особенность, что имя токена - это то, что нужно будет использовать в качестве пользователя при подключении GitHub. Ну, поэтому я вот, например, назвал один из токенов, э, так же, как и, а, учётная почтовая запись, которую я использовал при логине на GitHub, в том числе. Так, да, давайте сгенерируем токен. А, Generate new token (classic). А, вот здесь вот в одном, да, сначала имя токена. Ну, например, вот та же самая почта или, не знаю, что-нибудь другое. Такой у меня уже есть. Далее, когда наш токен истекает, а время его жизни, то есть 7 дней, 30 дней или никогда не истекает. Ээ, далее нужно в опциях отметить, э, галочками все опции, где есть слово repo. То есть, ну, вот последние можно не отмечать, а вот эти вот все стоит отметить. Это в одном из руководств на ИТС при подключении к ЕДТ, а было в статье. Ну и далее Generate token. Мы сгенерируем наш токен. И вот здесь вот ещё одно важное замечание при генерации токена: а он показывается только один раз при генерации токена, да? Вот мы его сгенерировали. Вот сейчас мы его имеем возможность скопировать, а в дальнейшем такой возможности не будет. Можно будет его только перегенерировать. А так что после того, как сгенерировали, скопировали и в какой-нибудь файл его сразу записываем. Дальше по плану. А, ну, главу определённую завершили. Поставьте плюс-минус, если всё понятно, если не сложно. Сейчас посмотрим чат. Угу. Плюсики вижу.
Далее переходим в работу с ЕДТ. А здесь мы новый проект создадим. Выбираем, соответственно, прикладное решение 1С:Предприятие. Аа, я выберу к одной из стабильных установленных версий 24. Назову его "демо-офис", например. О'кей. Здесь он предлагает расположение задать папки с проектом. Ну и, собственно, добавить проект, да? И здесь вот, наверное, уместно, а, рассказать об одной из особенностей. У настройки проекта есть такие параметры, как максимальная уделенная память, а, ну и ту же максимальную выделенную память и другие параметры можно задавать как а строки некоторого скрипта виртуальной машины. А, в частности, я задаю вот следующее. Первые две строки, да, могу скопировать в чат. А, там, кстати, в самом верху чата ссылка на опрос. По результатам урока обязательно зайдите, если не сложно, и заполните. А, да, первые две строки - это масштабирование. Очень важно, особенно для высоких разрешений. Если у вас, допустим, на мониторе разрешения 4К, то а-а внутри ЕДТ у вас будет всё очень мелко: иконки, шрифты, и поэтому хотя бы нужно задать э масштаб 150% или более. Ну и, соответственно, там метод э шрифтов сглаживания. И последний параметр - это количество доступной для проекта оперативной памяти компьютера. А, в частности, у меня здесь стоит, а, 24 Гб, так как на текущем компьютере у меня 32. Это вот очень важный параметр, особенно если вы будете работать с крупными конфигурациями, такими как 1С:Предприятие. По умолчанию, если этот параметр не задать, а Enterprise Development Tool отводит 4 Гб памяти под проект, а что по факту довольно мало. А-а, когда я первый раз создавал проект, затягивал его из конфигурации 1С:Предприятие, этот параметр я не выставил, а-а, то проект, э, его затягивание продолжалось несколько часов. Я его оставил на ночь, а на следующий день оно так и не завершилось, и пришлось его просто снять, да? А после установки этого параметра доступной памяти в 24 Гб, а, аа, подтягивание, загрузка проекта уложилось э в 40 минут. Ну, это, соответственно, на SSD-диск, примерно так. Также очень рекомендуется эти папки с проектами э задать в исключение Защитника Windows либо других каких-то антивирусов. Так, проект мы создали. Запускаем. Здесь у меня есть несколько баз, установленных на компьютере. А, локально файловых, а ЕДТ эти базы видит. В частности, есть демоконфигурация 1С, почти типовая. А, вот сейчас мы её и попытаемся импортировать в ЕДТ. Нажимаем, соответственно, импортировать. Он открывает такое диалоговое окно. Это расширение базы, они нам не нужны. Не будем усложнять себе жизнь. Здесь, соответственно, можно выбрать версию платформы 1С, а, которая будет работать с данным проектом. Ну и нажимаем импорт. Конфигурация эта достаточно небольшая, поэтому всё проходит относительно быстро. Вот внизу бегущая строка, 100%. 9725 сборка индексация, ну, похоже, всё. Вот минуты не прошло. Если конфигурация относительно маленькая, то она затягивается относительно быстро. Вот мы можем увидеть, что а наша конфигурация появилась в проекте ЕДТ. Можем работать, соответственно, что-то изменять, сохранять и так далее. Так, что там у нас по плану? По плану уже удалённые репозитории. Ну, сначала аа подключим локальный Git. Это правой клавишей на корне нашего приложения "Групповая разработка" -> "Общий проект". Здесь рекомендуется создавать репозиторий во владельческом каталоге проекта, чтобы потом его не искать по всему диску. Ну, разумеется, можно, если точно знаете, что делаете, можно ээ создавать в другом месте. Так, я щёлкаю. Создать репозиторий. Готово. Вот, кстати, при загрузке наш замечательный Enterprise Development Tool сразу, а, выдал то, что он считает ошибками конфигурации. То есть это, напомню, полностью типовая конфигурация от 1С, но вот а находит э довольно большое количество ошибок. Вопрос от Николая: ЕДТ работает ли с хранилищем? Нет, напрямую ЕДТ с хранилищем не работает. В этом смысла мало, если есть Git. Ну, там только в каких-то извращённых формах, там постоянная конвертация туда-сюда обратно. Уж лучше конфигуратор подключать, чем не пытаться хранилище подключать. Но вообще, по своему опыту, а не советую совмещать. Либо вы работаете с хранилищем из конфигуратора, либо работаете с Git из ЕДТ. Одновременно это, ну, очень большой геморрой, очень большие проблемы. Так, Git мы локальный создали. А далее открываем перспективу. А вот видим, что у нас, э, а локальный репозиторий Git создался. Вот он. Теперь нам нужно сделать первый коммит. Первый коммит он, соответственно, нам помещает в Git всю нашу конфигурацию. Вот здесь видно, да, что вот эти вот все изменения, соответственно, все добавляем в индекс. Пишем "первый". И ещё одно важное замечание. А перед началом работы с Git, "Групповая разработка", а стоит поставить в настройках интервал обновления секунды 3. Первое. А второе - это вот в конфигурации задать, э, в ветке конфигурации задать аэ переменные user.email и user.name для того, чтобы они автоматически подставлялись при любых операциях с Git и идентифицировали вас как пользователя, чтобы каждый раз это не спрашивал при каждом коммите. Итак, у нас первый коммит. Фиксировать и отправить. Вот пошла работа. На вкладке "История" можем посмотреть, а, ну, собственно, историю наших коммитов, слияния и так далее. Вот сейчас мы видим, что был первый коммит. А-а, далее, собственно, подключаем удалённый репозиторий на GitHub. А для этого, для этого заходим на сайт GitHub. И после того, как зашли в наш репозиторий, ну, в частности, вот "демо", который мы создали, а здесь есть такая опция - скопировать адрес нашего репозитория. Я, соответственно, нажимаю, а на данную кнопку и в 1С у меня автоматически подтягивается адрес, сервер, путь к репозиторию и так далее. А, в принципе, всё, кроме полей аутентификации. Это у меня подтянулось из предыдущего, из предыдущей сессии, когда я вводил ээ эти пользователи и, соответственно, токен. Вот у меня в файле записано. Это, соответственно, наименование токена - это сам токен. То есть, э, по аутентификации в качестве пользователя и пароля нужно ввести наименование токена и содержание самого токена. Так, готово. Сохранить. Вот он у нас подключился. Удалённый репозиторий. Далее отправляем нашу конфигурацию на GitHub. Удалённый репозиторий. Отправить. Так, что-то, по-моему, не пошло. Сейчас мы это проверим. Здесь есть список репозиториев. My repositories. А, да, похоже, не пошло. Сейчас попробуем ещё что-то сделать. Далее, да, вот выбрать соответствующие ветки. Выберем branches и отправить. Да, вот теперь пошло. Отправка репозитория отправлена в origin. Кнопочка настроить. Ветка master. Да. Теперь вот можем зайти на наш репозиторий, да, и видим, что, собственно, появились папки проекта 1С. И даже в списке репозиториев, а, мы видим, что GitHub он, а, распознаёт, э, что мы в этот репозиторий отправляем, э, проект 1С Enterprise. Вот он наш "демо". 25 декабря 1С, 1С Enterprise. Так, хорошо. Идём дальше. Это всё мы прошли. Главу, в принципе, закончили. Если не сложно, поставьте плюсы. А-а, переходим к следующей главе.
А сейчас мы симулируем, а, работу из другого места либо работу другого программиста. М, запускаем 1С DT, создаём новый проект. Всё аналогично, версия та же. М, название "демо". Как-то так. Местонахождения добавляем. Ну и аналогично укажем параметры. И я сразу все их копирую. Кстати, в .vmoptions, по-моему, забыл поставить. То есть, возможно, то, что у нас работало, оно, ну, там памяти, наверное, 4 Гб для нашей конфигурации за глаза и за уши, но стоило всё-таки добавить. Так, параметры мы добавили. Запускаем наш проект. Да, вот наш проект новый запустился. Работа из дома. А, и здесь воспользуемся мастером. Вот на начальном экране. Добро пожаловать. А справа внизу есть список мастеров и, в частности, "Импорт проекта из Git". Вот им и воспользуемся. А, да, перед этим не забудем зайти на GitHub, ещё раз нажать "Code" и скопировать адрес нашего репозитория. Теперь здесь выбираем "Клонировать URI". Соответственно, он опять всё подставляет. Из предыдущей сессии он запоминает, э, или из хранилища достаёт, ээ, нашу идентификацию пользователя и пароля. Нажимаем далее. М, далее, далее. Готово. А, так, ну здесь, в принципе, Я думаю, всё понятно с этим. Аа, проект мы получили. Это у нас немного про связывание существующего проекта с Git-репозиторием. Что мы уже делали? Не совсем в той последовательности. Да, это несколько важных настроек. Так, теперь наш проект нужно связать с приложением 1С. Вопрос какой-то. Эээ, не совсем так. Пользователь тот же для доступа. Да, Анатолий спрашивает. Так, это же другой программист. Ну, наверное, все видят чат. Пользователь тот же, токен тот же. А, пользователь тот же и токен тот же. Это для доступа к GitHub, то есть для подключения, а, как бы, к самому хранилищу. А-а, но кроме этого, в каждом пуше ещё задаётся имя пользователя, и оно независимо, не зависит от ээ м, блин, давайте я лучше покажу. А, в общем, имя пользователя и email аа в коммитах будут показаны те, которые мы задали в настройках 1С DT. А имя пользователя, имя токена и сам токен а к делу отношения не имеет. Так, выбираем приложение на файловой. Здесь у меня есть уже база "демо-ис", загрузить конфигурацию полностью. При этом записано о настройках поддержки. А, загружаем. Да, сейчас мы как раз а проведём несколько коммитов и, а, будет видно, что у нас пользователь другой. А, опять заходим в параметры. "Групповая разработка" -> "Git". Здесь опять ставим 3 секунды. Git конфигурация. Вот вот у нас здесь задаётся а email и зададим имя пользователя. Ну и имя пользователя тоже "Home". Применить и закрыть. Так, перспектива "Удалённый репозиторий". Так, давайте в нашем проекте здесь "демо" что-нибудь изменим. У меня здесь есть "Системы". Назовём её, переименуем, точнее, в "Home". А для сохранения аналогично конфигуратору я нажимаю "Запуск" -> "Тонкий клиент". О'кей. Он спрашивает, нужно ли обновлять конфигурацию информационной базы. Я говорю: "Да". Так, видим, что успешно мы в ЕДТ сделали наши изменения. Вот они появились. Вот новая подсистема у нас стала называться "Home". Аа, так. Теперь заходим на перспективу "Git" и делаем "Origin master". Индексирование. А, так, напишем "первый коммит из дома". Вот вот поставляется наш ээ автокоммитер, да, ими пользователя, который будет а в истории коммитов. Отправлено. Вот здесь видим историю наших коммитов. Здесь видим коммит из дома. Так, хорошо. Переходим а-а а в DT Office и выбираем "Получить из Origin". Получить из Origin. Так, здесь проверяем. У нас в подсистеме сейчас стоит "MS Office". Давайте запустим. Система C. Здесь мы мы его всё отправили. Отправили. Удалённый репозиторий. Что здесь? Опять ветки слетели. Есть. Да, я прошу прощения. Что-то у меня глючит ЕДТ, такое бывает. Ах, давайте это пропустим, пойдём дальше. Нет, нет. Э, здесь с пользователем как раз всё нормально. А, имя пользователя и токен как раз должны использоваться именно всеми разработчиками для подключения к Git. С этим проблем нет. А, либо какие-то настройки слетели, либо что-то ещё. Аа, давайте попробуем подключиться к нашему репозиторию через SSH. Это метод с защищённым шифрованием, а, с двумя ключами. Для того, чтобы подключиться по SSH, а, нужно на локальной машине сгенерировать, соответственно, ключи. Ключи генерируются по умолчанию, да, по-моему, никакой другой опции и нет. в папке текущего пользователя. Вот я уже когда-то генерировал. А, запускаем Git Bash. Ну, тут замечу, что а запускать его нужно с правами администратора. То есть, если, а, зашли не под правами администратора на компьютер, то, соответственно, нужно какую-либо командную строку и запуск от имени администратора сделать. Здесь выполняем команду SSH-keygen. Аа, он у нас спрашивает, соответственно, дополнительно аа сначала имя файла, да, куда записывать. Э, оставляем по умолчанию и далее пароль какой-то, passphrase. Аэ, не будем усложнять себе жизнь. Два раза пропустим Enter. А-а, вот он написал, что аа твоя идентификация сохранилась в файл SSH и публичный key, соответственно, в другой файл. А, закрываем. Видим, да, что действительно сконфигурировалось два файла. А, открываем тот файл, где сгенерировался публичный ключ. И его нам нужно вставить на, э, GitHub. Соответственно, здесь, э, выбираем подключение по SSH. Так, а вот здесь я немного позабыл, а, где здесь на GitHub а задавать вводить SSH-ключ. А в настройках что ли? Или в настройках? М, да, вот в настройках профиля SSH and GPG keys. У меня один уже записан, который я а ранее. Здесь как-нибудь его назовём. SSH Key. И сюда вставляем, соответственно, то, что было в файле SSH.key. Так, здесь как раньше, так же как по HTTP, копируем наш SSH-адрес. В 1С DT создаём новый проект. Тоже версия. Может, я версию не ту выбрал, разные версии, поэтому у меня не затянулось. Не знаю. Так, задаём название. Соединение. В принципе, что-то что-то я заморочился с названием. Просто можно назвать SSH. А мы добавили проект. Так. Ну и на всякий случай, как всегда, зададим параметры проекта. Мазл. Запускаем проект. А здесь аналогично выполним мастер "Импорт проекта из Git". Клонировать. А, только ещё ещё раз зайдём на Я параметры переменные копировал, он поэтому не сработал. А вот он подключился. И вот здесь вот есть такая особенность. А в качестве именно пользователя и пароля надо использовать Git, Git. Сохранить. Защищённом репозитории. А вот он спрашивает э про ключ наш. Выбираем "Yes". Файл не существует. Создаём его. Ну и, соответственно, ветка "master". Далее "Каталог". Начальная ветка. Так, а что мы здесь не задали? FING и так мастер. Текст фильтра. Далее. Планировать. Так, что четыре видно. SSH port local bundle files. Так, здесь выбрали фильтр вроде нужно. А угул а каталог он по умолчанию какой-то другой выбрал. Ну не будем долго думать и создадим от него каталог. Что-то я всё исплатил. Так, секунду, сейчас заново всё скопируем. Есть Git Bash по-английски вроде. Угу. Блин, вот здесь же можно было выбрать. Я что-то тупил. TikTok пожалование. Закрываем. А, ну и здесь видим, что он подключился под SSH. И вот наш проект даже с нашей подсистемой, которую последний раз делали изменения из каталога Home, ну, по подним пользователем Home, он у нас также подключился. Аа, ну, на этом, я думаю, будем постепенно завершаться. А если у кого какие вопросы, да, вот, э, то, о чём я говорил, а, настройки виртуальной машины, настройки памяти и, а, локальные исключения системного брандмауэра или других брандмауэров. Вопросы? Да, пожалуйста.
А немного про сам курс, ну или не совсем немного. А вот краткое содержание: это инструментарий разработчика, расширенные возможности, Git, проектная работа. А, ну, кто не в курсе, курс рассчитан на несколько месяцев. Это, а, одно-два занятия в неделю с домашними заданиями. Аа преподаватели на курсе: это Юрий Пасхин, руководитель и создатель основного курса, Никита Иванченко. Он читает секцию про DevOps. Там тоже очень большой кусок на курсе посвящён DevOps. Чуть меньше, наверное, чем ээ курс, не помню точно, как называется, "1С DevOps", как-то в этом роде. Но и в данном курсе аа DevOps Никита уделит очень много времени. То есть там всё будет: сборки, CI/CD, Jenkins, SonarQube, а, и даже несколько учеников с последнего курса свой дипломный проект именно, а, на сборку CI/CD по по DevOps сделали. Настолько он хорош был, хороша эта часть данного курса. Обучение в Otus проходит в живом формате вебинаров. Ну, вот, к сожалению, бывают такие технические неурядицы, как сейчас. Прошу ещё раз прощения. А всегда есть связь, э, с коллегами, с преподавателями через группы Telegram. А все занятия, даже если вы не смогли вовремя на нём поприсутствовать, сохраняются в личном кабинете. При том навсегда записи вебинаров, презентации, материалы другие. Аа, ну и, соответственно, дипломный проект, который по окончании курса можно включить в портфолио, что я создал такой проект. По каждому домашнему заданию преподаватель обязательно его проверяет и даёт развёрнутый фидбэк. Программа на курсе обновляется каждый запуск. То есть, э- а наш курс примерно один раз в полгода, да, и при каждом новом запуске какие-то уроки обновляются, там, не знаю, в связи с какими-то новыми возможностями актуальными, а, новыми версиями и тому подобное. А следующий старт, соответственно, 28 января, 4 месяца. А здесь QR-код, который прямо ведёт на старт обучения. Ну, здесь краткие итоги занятия. Если там не сложно, соответственно, поставьте плюсики. И да, вот следующий открытый урок проведёт э а сам автор курса Юрий Пасхин. Это будет 15 января на тему "1С напарника и искусственного интеллекта 1С". Очень советую, очень интересная тема. И плюс, конечно, Юрий Пасхин очень интересно рассказывает. У него очень большой опыт преподавания, в отличие от меня. У меня он практически равен нулю. И можете дополнительно ему позадавать вопросы о курсе, он уж точно ответит подробно и про всё. Вот Маргарита вопрос: "Скажите, пожалуйста, есть ли возможность подключить локальный Git аналог ЕДТ?" Вы имеете в виду какой-то общий репозиторий внутри локальной сети? Правильно? Аа, да, можно, разумеется, это можно сделать. Э, для этого, как правило, аа либо просто какую-то версию Git подключают, э, к веб-серверу, а, но большинство использует GitLab, то есть скачиваете локальный GitLab, разворачиваете его, подключаете к нему веб-сервис и таким образом работаете. Это, наверное, единственный способ работать с большими конфигурациями 1С:Предприятие, так как если вы пытаетесь работать с GitHub или другими облачными сервисами и интернет-сервисами, это будет просто убийство, практически невозможно. Большинство использует Gitlab для локальной работы. Вот.
Далее у нас тут интересная такая презентация в форме анимации. Аа, та ещё скидка, которая закончится буквально через 2 дня: а 15% на наш курс и -25% на три курса, и на два курса, извиняюсь, и на три курса - 30%. Итак, за наш опрос про замечательно проведённый открытый урок. Ещё раз скопирую ссылку на опрос. А если не сложно, зайдите, заполните. Заранее спасибо. А на этом всё. Приходите в Otus. Курсов много различных, любые формы оплаты. А, насколько я знаю, очень часто какие-то компании оплачивают учёбу на курсах. Ну и, естественно, индивидуально. Всем спасибо. А если есть какие-то вопросы, задавайте. А, ну и поставьте плюсик, если курс урок понравился и курс понравился, смотря на то, что я про него очень мало рассказал. Приходите на открытый урок Юрия Пасхина, задавайте более подробные вопросы ему. Ну, я в ходе урока стремился какие-то базовые, базовые возможности подключения ЕДТ к Git показать. Не знаю, насколько получилось, да. Всем вам спасибо. До свидания. Всем хорошего вечера и успехов в обучении и работе.