Size: a a a

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

2021 November 12

Д

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

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Ну если все равно будет коммент //++ номер задачи то можно в него же и автора с датой добавить, не жалко же.
И кстати, если мы мерджим в хранилище "от имени 1С", то размытие автора приводит к непоняткам, типовой это код или нет, если смотреть из гита. Возможно это лечится, если коммитить в ветку вендора от 1С, а мерджить в от имени разработчика, но мы до такого пока не дошли.
источник

c

cinex in 1С, БСП, DevOps и Архитектура
Но тогда в принципе верно считать, что авторство доработки частично за тем, кто мерджил
источник

АС

Антон Степанов... in 1С, БСП, DevOps и Архитектура
Не надо коммент на номер задачи. таск-трекер может 5 раз поменятся или не быть доступным, автор может уволится. Надо описание из этой задачи
источник

c

cinex in 1С, БСП, DevOps и Архитектура
Мы плавно возвращаемся к Ярцев-стайл комментам?)
источник

АС

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

АС

Антон Степанов... in 1С, БСП, DevOps и Архитектура
Ярцев-стайл - что происходит, а надо, чтобы был ответ на вопрос "Зачем написан этот код?"
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
Чтоб не уволили
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Описание это хорошо, но если по задаче 10 исправлений в 5 модулях, то лучше номер и не терять место, где хранятся описания задачи, чем по паре страниц описания в 10 местах. А номер задачи позволяет провести глобальный поиск и найти все, что было сделано в рамках задачи. Даже разными выкладками.
источник

КЧ

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

АС

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

Д

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

КЧ

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

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Антон, вы путаетесь в показаниях: " таск-трекер может 5 раз поменятся или не быть доступным, автор может уволится"
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
В какой задаче, если кусок кода по блейму говорит, что это обновление?
источник

АС

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

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
Гитленз, лайнхистори, пару ревизий назад
источник

АС

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

АС

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

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Те, кто вводят регламент авторских комментариев, не читают код
источник