Как сделать анализ версии кода с целью контроля удаленного разработчика?

Question

[blabs]

Планирую организовать работу с разработчиками на удаленке, для этого мне нужно понимать какой объем работы программист выполняет за определенный промежуток времени. Мы трекаем его работу через trello, но хочется понимать что происходит реально с кодом.

Подскажите инструмент, который позволит нам
1. сравнивать версии код до и после( к примеру за сутки)
2. понимать какой объем кода был добавлен( конкретно какой код)
3. какие файлы были изменены
4. логи работ

Работы ведутся на сервере.

Answer 1

[Алексей Скобкин]

Git (wiki).

Comments

[blabs]

Алексей, спасибо за оперативный ответ. Можете подсказать, софт нужно устанавливать на комп, которого ведется работа или на сервер, ге находится сам код? Как происходит анализ?

[Алексей Скобкин]

blabs: Если уж вы занимаетесь разработкой чего-то, то тогда лучше вообще перевести процесс разработки на Git. Это даст вам больше возможностей для контроля над кодом и упростит командную работу.

Можете подсказать, софт нужно устанавливать на комп, которого ведется работа или на сервер

1. Вам нужен будет репозиторий кода для проекта. Можно воспользоваться сервисами типа github или bitbucket (здесь можно бесплатно содержать небольшие закрытые проекты) либо сделать сервер у себя (можно использовать gitlab).
2. Разработчик должен вести работу исключительно через Git. То есть, когда он закончил определённую порцию изменений кода, он делает коммит. Потом, если софт работает на сервере, туда накатывается код из репозитория, чтобы быть уверенными, что в репозитории именно тот код, который реально работает.

ге находится сам код?

Код находится в каждой из копий репозитория. И у разработчика, и в центральном репозитории, и на сервере, если деплой производится через Git.

Судя по всему, вы ещё не применяли системы контроля версий, поэтому вам ещё стоит ознакомиться с разными нюансами командной разработки с Git.
Плюс для деплоя приложения из репозитория стоит воспользоваться методикой Continuous Delivery, что позволит сократить рутину по ручному обновлению приложения на сервер до одного нажатия кнопки.

В итоге процесс будет выглядеть так:
1. Разработчик изменил код и закоммитил. Отправил в центральный репозиторий.
2. В панели управления сервиса CD нажимается кнопка и на сервере автоматически происходит обновление кода до последней версии.

Как происходит анализ?

Вариантов много. Можно визуально анализировать просто логи git глазами. Либо же, если вы пользуетесь github, bitbucket или своим gitlab - вы можете смотреть историю проекта в веб-интерфейсе. Например, вот так. На том же bitbucket можно добавить к репозиторию приложения, которые будут дополнительно производить какой-нибудь анализ и выводить графики активности и т.п.

Answer 2

[Saboteur]

Любая система контроля версий. Git одна из самых популярных сейчас. Разработчик все свои изменения постит в систему, в результате можно отследить все изменения по датам или по "коммитам".

Между различными коммитами можно делать анализ и на стандартный line counts (кол-во измененных/добавленныъ/удаленных строк), и конкретный просмотр изменений.
Но в принципе, если вас устраивает работа в плане "дана задача, получено решение", то количество строк - показатель вообще ни о чем, а просмотр изменений непосредственно в коде, лучше чтобы проводил грамотный специалист, который бы мог оценить качество.

Answer 3

[Андрей]

1. git
2. git
3. git
4 - врядли будет...

как вариант есть wakatime.com, для популярных редакторов есть поддержка.. и пусть ссылку Вам даст.

Comments

[blabs]

Андрей, а как устроена работа git? Гео нужно устанавливать на сервер или на комп? Как происходит анализ версий? Какие вещи он позволяет трепать? Бекап делает тоже полагаю?

[Алексей Скобкин]

blabs:

а как устроена работа git?

https://git-scm.com/book/ru/v1/Введение-Основы-Git

Бекап делает тоже полагаю?

Бекап становится, по сути, не нужен.

Остальное ответил в комментах под своим ответом.

[Андрей]

bitbacket.org дается до 5 разработчиков бесплатные репозитарии или установите свой GitLab. На github.com не скажу.. приватные репозитарии платные или как.. Бекап уже на сервере сразу ))) ну и каждая копия сразу тебе и бекап ))))

[Antony]

Андрей: На гитхабе приватные платные.

Answer 4

[Николай Марков]

Судить о проделанной работе по коду очень плохая идея. Нужно смотреть на итоговый результат, на то "что" было сделано и какого качества.

Answer 5

[Дмитрий Алексеев]

> Подскажите инструмент

Система контроля версий. Git, mercurial, svn. Именно в таком порядке.

> 1. сравнивать версии код до и после( к примеру за сутки)
Графический клиент (например tortoise) покажет в цвете список изменений по коду по коммитам
Коммиты привязаны ко времени

> 2. понимать какой объем кода был добавлен( конкретно какой код)
Графический клиент все наглядно покажет

> 3. какие файлы были изменены
В том числе и список файлов

> 4. логи работ
каждая фиксация сопровождается комментарием, так что у вас будет список "комментарий разработчика" - "diff файл"