1C + Git + SonarQube = ❤️

Ғылым және технология

В вебинаре рассмотрены возможности системы хранения версий Git и системы проверки SonarQube.
После просмотра вы узнаете:
• что такое система контроля версий;
• как самостоятельно установить и настроить сервера GitLab и SonarQube;
• особенности при разработке с помощью GitLab вместо хранилища конфигураций;
• организацию командной разработки в git-среде;
• настройку автоматической проверки конфигурации с помощью SonarQube.
Наши проекты fto.com.ru/projects/
Вконтакте fto_live
Телеграм t.me/fto_live

Пікірлер: 11

  • @user-oj2hk2du2e
    @user-oj2hk2du2e28 күн бұрын

    Спасибо за видео! Очень познавательно. Только просьба: перезалейте его в full_hd. Ничего толком не разглядеть при 720.

  • @triviumfan9411

    @triviumfan9411

    23 күн бұрын

    Согласен, как не стыдно в таком разрешении выкладывать. Я, пожалуй, подожду пока перезальют.

  • @user-yp5hn4hf6z
    @user-yp5hn4hf6z12 күн бұрын

    Развели в комментах холивар GIT VS ХранилищеКонфигурации. это два РАЗНЫХ инструмента, абсолютно два РАЗНЫХ подхода. Каждый по своему хорош и плох. Но это абсолютно не важно. Важно где и как применять эти два инструмента и какой результат ты получаешь! Если на этом продукте и в этой команде применение ХранилищеКонфигурации целиком и полностью эффективно, это не значит, что завтра и в другой команде Хранилище будет эффективней GIT (либо любого другого инструмента). И да, эти инструменты всего-лишь вершинка айсберга, под название "разработка".

  • @user-qh5kv3lq9t
    @user-qh5kv3lq9t28 күн бұрын

    Зачем это? В 1с давно есть хранилище конфигурации, не надо изобретать велосипеды

  • @FTO-Dev

    @FTO-Dev

    28 күн бұрын

    Для ознакомления. Например, EDT поддерживает групповую разработку с помощью GIT "из коробки", на крупных проектах работая большой командой в какой-то момент может стать "тесно" в хранилище конфигурации + пользоваться GIT удобно для opensource-проектов (такие в мире 1С тоже имеют место быть)

  • @user-zy3yq2iz8d

    @user-zy3yq2iz8d

    28 күн бұрын

    У меня чуть стул не сгорел от такого заявления) Ответ простой - это не нужно ВАМ, но нужно другим разработчикам. И боюсь вас огорчить, но велосипед здесь это хранилище, а не GIT. У хранилища есть несколько ОЧЕНЬ и ОЧЕНЬ ощутимых минусов: 0.Хранилище не дает возможности вести параллельную разработку! Никак. Даже одному разработчику, не говоря уже о команде. Этот минус самый жирный. В GIT можно разрабатывать фичу в отдельной ветке и хранить её там сколько угодно с разложенными в несколько разных коммитов с комментариями, попробуйте так сделать с хранилищем. А 10 фич? Куда вы их денете в хранилище? И это не шутка, бывали случаи когда я делал 3-5 задач одновременнно в одной базе, и когда приходило время заливать это в прод вычленять их это мучение. 1. Нельзя вести параллельную разработку на одном объекте конфигурации. Постоянно эта хрень - освободи корень, освободи то, освободи се. 2.Оно тормозит. Работали с хранилищем ERP на виртуалке у клиента? Как в анекдоте - любое сравнение объектов и можно чай заваривать иди, только это не анекдот. В GIT это ОЩУТИМО быстрее. Даже если не ERP - попробуйте сравнить любую энтерпрайсную конфу в хранилище, это просто слоупок. 3. Хранилище централизованное - GIT распределенный (почти все операции выполняются локально без с связи с сервером). Я могу свалить в любое задупье без связи и кодить там и потом залить все коммиты в репу. И они будут ОТДЕЛЬНЫЕ. Нет нужны в постоянной связи с сервером. В SVN это сильно бесило, в хранилище тоже. 4. Недостаток в инструментах. У GIT на пример есть инструмент построчного авторства blame, как вам такое? Попробуйте найдите в 1С кто изменил какую строчку кода) Так же 5.Хранилище позволяет хранить только одну конфигурацию. В GIT же можно засунуть ВСЕ ЧТО УГОДНО, Хоть 2 конфы, хоть 10 . А есть ещё внешние отчеты и обработки + файлы шаблонов + правила обмена. Куда вы их засунете в хранилище? У GIT есть и минусы в случае работы с 1С. 0.На новый конфах объекты разбираются на BSL и XML, а на старых формы сохраняются в BIN файлы, которые очень кривые и в них тяжело отслеживать изменения. Можно сравнить через Kdiff3. 1.Требуется постоянно выгружать и загружать туда сюда файлы в конфу и конфу в файлы. Это немного бесит, но я привык. За последние 15 лет работы почти всегда использовал SVN (начиная с 1С 7.7), потом перешел на GIT. И на 1С и на C++ и на Python, даже когда работаю один. Это позволяет контролировать свою работу и быстро вспоминать и находить что и для чего было сделано. Все изменения связаны и прокомментированы, это суперудобно. Желаете опровергнуть? Аргументы в студию!

  • @user-qh5kv3lq9t

    @user-qh5kv3lq9t

    28 күн бұрын

    @@user-zy3yq2iz8d прочел по диагонали, мой вам совет - пересмотрите свой подход к разработке. Если вы залезли в мертворажденное EDT, значит у вас что то не так

  • @user-qh5kv3lq9t

    @user-qh5kv3lq9t

    28 күн бұрын

    @@FTO-Dev оптимизируйте штат, увольте "бездельников - программистов" чтобы не было "тесно" и всё будет ок )

  • @user-qh5kv3lq9t

    @user-qh5kv3lq9t

    27 күн бұрын

    @@user-zy3yq2iz8d Небольшие недостатки у хранилища есть, но минусы вашего Гита их перекрывают. Изучите лучше возможности хранилища, там есть и распределенный вариант. А то понаприходят в 1с со своих питонов и потом наваливают кринжа )))

Келесі