Плагин GIT VS2017 - кто что изменил и когда?

Question

В нашей компании я обязан измерять производительность коллег.

В этом контексте политика нашей компании заключается в том, чтобы выдавать git commit для каждой проблемы с сообщением о коммите, ссылающимся на проблему в Jira.

Теперь есть несколько коллег, чьи результаты ужасны и не подчиняются этому правилу. Когда их спрашивают об их ужасном выступлении, они заканчивают тем, что дают неубедительные оправдания. Я точно знаю, что они пытаются обмануть меня, но я не могу доказать это с помощью истории коммитов GitLab по умолчанию, поскольку они фиксируются только один раз каждые 2 недели, и, следовательно, все файлы изменяются в эту конкретную дату фиксации.

Существуют ли какие-либо инструменты, чтобы я мог видеть, какой файл изменился в Visual Studio, или другие плагины или инструменты для измерения / мониторинга вывода и изменений в git, GitLab или Visual Studio 2017?

Edit: Мы уверены, что в нашей компании очень открытая и свободная культура. Это нормально, чтобы искать личные вещи, и мы обсуждаем и затрагиваем множество тем, не связанных с работой. Но со свободой приходит ответственность. Некоторым трудно справиться с этой ответственностью.

Answer 1

Попробуйте использовать Gitlense . Это плагин VSCode. У меня работает при работе в команде.

Answer 2

Здесь может быть несколько проблем:

1. Предметы, которые получают сотрудники, являются «большими» и определяют более одной проблемы.
2. Сотрудники не делают atomic commits
3. Управляющий им не может отследить свое рабочее время до определенных временных меток.

Первая проблема - трудная.Постарайтесь сделать проблемы как можно меньше и определите только один элемент, который нужно в нем решить.Если задача / пользовательская история слишком велика, определите либо новые пользовательские истории, либо задачи меньшего размера.Уточните эти пункты с самим разработчиком и дайте им угадать время.

Вторая проблема - это скорее проблема разработки.Зачем вам атомарные коммиты?

• Обзоры кода проще
• Легче откатить изменения
• Легче вносить изменения
• Лучшая история

Это должно быть в стандарте вашей компании / команды о том, как совершать вещи.Они либо делают это, либо нет.Если они не пытаются заставить их измениться.

Третья проблема - результат ослабления атомных коммитов, однако этого можно избежать, если время регистрируется в самой проблеме.Однако это снова должно быть сделано самим работником.Хорошая вещь может состоять в том, чтобы соединить его с кем-то, кто делает это правильно и показать ему, как сделать это правильно.Что касается инструмента, я не знаю плагинов для отслеживания времени, поэтому менеджер может проверить их время.Вы не должны искать это в git.