Size: a a a

1С, БСП, DevOps и Архитектура

2020 September 16

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Александр Морозов
Коллеги, добрый день а где бы мне посмотреть как для sonarqube 1c (bsl) plugin писать свои правила?
источник

AB

Andrey Borodavko in 1С, БСП, DevOps и Архитектура
а можно допилить, чтобы применить массово возможные исправления?
в пределах модуля, скажем
ну и вообще добавить возможные исправления для диагностик новые
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Andrey Borodavko
а можно допилить, чтобы применить массово возможные исправления?
в пределах модуля, скажем
ну и вообще добавить возможные исправления для диагностик новые
- Массовое применение исправлений, это тоже к EDT
- Добавить новые диагностики - это к BSL LS. Выше ссылку дали.
источник

AB

Andrey Borodavko in 1С, БСП, DevOps и Архитектура
Александр Капралов
- Массовое применение исправлений, это тоже к EDT
- Добавить новые диагностики - это к BSL LS. Выше ссылку дали.
Спасибо
источник

A

Alexander in 1С, БСП, DevOps и Архитектура
Андрей Литвинов
Всем привет. Если мы хотим сравнить значение реквизита с десятком значений перечисления, что отработает быстрее?

1. Сравнение через 10 или
2. Поиск в массиве
3. Получение через соответствие
4. ??
Вопрос становится актуальным только на миллионах и более-более-более повторений операции. Быстрее всего идет платформенный поиск по сортированным коллекциям, в частности Сортированная ТЗ или Соответствие.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Alexander
Вопрос становится актуальным только на миллионах и более-более-более повторений операции. Быстрее всего идет платформенный поиск по сортированным коллекциям, в частности Сортированная ТЗ или Соответствие.
Не сортированным, а проиндексированным
источник

A

Alexander in 1С, БСП, DevOps и Архитектура
John Doe
Не сортированным, а проиндексированным
Правильно! Спасибо!
источник

EA

Emil Agam in 1С, БСП, DevOps и Архитектура
Кто придумал входной тест, господи )
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Emil Agam
Кто придумал входной тест, господи )
те, кто не любят ручками ботов удалять
источник

EA

Emil Agam in 1С, БСП, DevOps и Архитектура
Oleg Tymko
те, кто не любят ручками ботов удалять
Да зачем прост капчу прям, можно ж обычную кнопку, не?)
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Emil Agam
Да зачем прост капчу прям, можно ж обычную кнопку, не?)
боты умеют на кнопки тыкать
источник

EA

Emil Agam in 1С, БСП, DevOps и Архитектура
Или боты научились нажимать на кнопки
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Сложные какие капчи, я себя просто ботом чувствую
источник

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
P Z
Сложные какие капчи, я себя просто ботом чувствую
http://www.humansnotinvited.com/
Не такая и слава богам.
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
С бодрым. Подошёл к вопросу удаления веток в репозиториях, решил опыты не ставить, а сразу спросить. Если я удалю ветку в удалённом репозитории, то при синхронизации локального и удалённого репозитория локальная ветка останется, удалится только линк на ветку из удалённого репозитория и получается так что локально каждый разработчик сам должен зачистить все локальные ветки, подлежащие удалению, другого пути нет?
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Ну так гит (если вы про него) - децентрализованное хранилище. Изменения чего-либо в "основном" репо, не влияет на то, что в остальных копиях покуда их владелец сам того не захочет.
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Я не против, я уточняю. А может после этого разработчик по ошибке повторно отправить локальную ветку в удалённый репозиторий?
источник

AK

Artem Kuznetsov in 1С, БСП, DevOps и Архитектура
Александр Медведько
Я не против, я уточняю. А может после этого разработчик по ошибке повторно отправить локальную ветку в удалённый репозиторий?
Если права есть, то да и снова появится ветка в upstream.
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Artem Kuznetsov
Если права есть, то да и снова появится ветка в upstream.
Но запретить ведь можно только вообще создание веток, соответственно если прав нет - все ветки создаёт maintainer?
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Ну если прям надо с этим заморачиваться, тогда реально надо права убирать, а сами веточки под задачи создавать в рамках отдельного процесса)
Или по классике - у разраба форк и он делает PR.
Но что то я не видел, чтобы кто-то так с "внутренним" гит сервером делал.. хотя методически - почему бы и нет.
источник