Size: a a a

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

2021 October 12

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Не совсем понятно что именно вы хотите увидеть
источник

OT

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

M

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

g

gosn1ck in 1С, БСП, DevOps и Архитектура
кажется это не задача данного интрумента
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Т.к. вы разработку ведете в хранилище 1С, то такая опция почти отсутствует. Можно на закладке Замечания отфильтровать по назначенному и по дате создания замечания.
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Если не через хранилище 1С - открывается путь к веткам / mr
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Используйте для этого гит сервер, а не сонар
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Я вот и не понял до сих пор. Надо смотреть замечания или код в разрезе фиксаций
источник

M

Mikhail in 1С, БСП, DevOps и Архитектура
Код в разрезе фиксаций
источник

M

Mikhail in 1С, БСП, DevOps и Архитектура
Ок, будем через гит, всем спасибо
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Тогда Хранилище 1С -> через gitsync / гитконвертер и в git
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
Что вы будете делать с этой информацией? Кто сделал этот код можно глянуть блэймом в гит сервере, без фильтров по разработчику конечно. Но мне не приходит в голову что делать то с этой информацией
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
post commit ревью например, если в условиях хранилища менторишь новобранца, то проще открыть список его коммитов и провести анализ. В смутные хранилищенские времена так делал.)
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
некоторые на пушах и LOC строят KPI
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
или мониторинг движения по задачам (вместо того, чтобы трекать это в таск трекере)
источник

А

Андрей in 1С, БСП, DevOps и Архитектура
Всем привет, есть задача вести учет произведенных анализов одна из задач, анализ соблюдения сроков от приема анализа до даты получения его результатов. Имеем дату взятия анализа и нормативный срок его проведения, второе фактическая дата получения результата. В итоге нужно анализировать количество просроченых и количество досрочных результатов.  Ключевое поле идентификатор анализа. Мои варианты: периодический регистр сведений: с полями ДатаПлан ДатаФакт, и измерением идентификатора (не использовать срезы, результат получить полным проходом по таблице с группировкой по ключу и агрегатом максимум по полям дата план , дата факт). второй вариант периодический регистр сведений -  измерение идентификатор анализа - ресурс перечисление взятие анализа/результат анализа, дату события в период  тут анализ через два среза срез первых дата взятия , срез последних с учетом перечисления фактическая дата результата.

как думаете какой эффективней или может есть более оригинальное решение?
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
А можно список поимённо? Пора начинать стоп лист собирать
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
вот откуда ноги у индуского кода растут )
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
еще пара слов про сонар. он вообще не оперирует понятиями коммит. он оперирует "анализами". да, анализ может быть привязан к конкретному коммиту и в последних версиях сонара даже окно овервью под это дело сильно модифицируют, но ядро есть ядро - замечания и анализ - отдельно, данные блэйма от системы контроля версий - отдельно
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
подумайте еще в сторону регистра накопления с вариантом "остатки"
источник