Сколько часов записывать в план на обучение человека работе с git?

Здравствуйте, Эйнсток Файр, Вы писали:

ЭФ>Сколько часов записывать в план на обучение человека работе с git?

40 (сорок).

Здравствуйте, LuciferSaratov, Вы писали:

ЭФ>>Сколько часов записывать в план на обучение человека работе с git?

LS>40 (сорок).

Более 10 лет работаю с гитом, и до сих пор каждый раз путаюсь когда рибейс делаю.

Здравствуйте, Эйнсток Файр, Вы писали:

ЭФ>Сколько часов записывать в план на обучение человека работе с git?
Если он до этого работал с другими системами контроля версий — 8 часов должно хватить для освоения типовых операций.
Если нет — 16-24 (или просто не брать такого на работу, как не умеющего базовых вещей)
Если при этом ещё и новичёк — нисколько не записывать, обучать самому.

Здравствуйте, LuciferSaratov, Вы писали:

LS>40 (сорок).

Согласен и не только я один: The Ultimate GIT 5-day Challenge

Здравствуйте, gyraboo, Вы писали:

G>Более 10 лет работаю с гитом, и до сих пор каждый раз путаюсь когда рибейс делаю.

Я его вообще никогда, по-моему, не делал. Все через ветки+слияния, иногда cherry pick.

Здравствуйте, Nuzhny, Вы писали:

N>Согласен и не только я один: The Ultimate GIT 5-day Challenge

Я бы еще на stepik глянул (сильно в фоне прохожу сейчас) -- https://stepik.org/course/2159/syllabus

Здравствуйте, Эйнсток Файр, Вы писали:

еще интерактив -- https://learngitbranching.js.org/?locale=ru_RU

ЭФ>Сколько часов записывать в план на обучение человека работе с git?

Пол дня (рабочего, т.е. 4 часа) для обучаемого и два по десять минут для тебя. Это время на:

• прочитать первые 3-4 главы Git-SCM, чтобы получить общее представление о git,
  
• пару раз ответить на довольно простые вопросы (минут на 5 максимум),
  
• рассказать про git workflow принятый в вашей команде (он бывает разный, но многие почему-то свой workflow называют gitflow).

Дальше он сам разберется с конкретными вопросами. Только предупреди его сразу, что в master на сервере писать нельзя (обычно, его зачем-то блокируют на запись), можно только в feature ветки (или как оно там у тебя устроено).

P.S. Данный вопрос у меня вызывает когнитивный диссонанс. Никогда в моем опыте не встречалось, чтобы кто-то кого-то чему-то всерьез учил (кроме ответов на конкретные вопросы или общего рассказа об архитектуре системы, потому что на самостоятельное получение данной информации требуется несоразмерно больше времени). Да и вообще, зачем брать на работу человека, которого нужно чему-то учить (когда есть очередь более мотивированных и квалифицированных желающих). Но, это offtop, кончено.

Может быть ЭФ преподаёт курсы компьютерной грамотности.

vsb> Может быть ЭФ преподаёт курсы компьютерной грамотности.

Если бы я этим занимался, я бы знал факты. А я занимаюсь планом.

Здравствуйте, Reset, Вы писали:

R>P.S. Данный вопрос у меня вызывает когнитивный диссонанс. Никогда в моем опыте не встречалось, чтобы кто-то кого-то чему-то всерьез учил (кроме ответов на конкретные вопросы или общего рассказа об архитектуре системы, потому что на самостоятельное получение данной информации требуется несоразмерно больше времени). Да и вообще, зачем брать на работу человека, которого нужно чему-то учить (когда есть очередь более мотивированных и квалифицированных желающих). Но, это offtop, кончено.

Например, можно взять умного чувака из вуза или какой-нибудь лаборатории, который не только о git, а вообще о системе контроля версий не слышал. Но тебе надо, чтобы он реализовывал математические модели и исходники при этом были в общем репозитории. Надо учить.
P.S. Что бывает, когда университет занимается промышленной разработкой на примере Uber: просрали 2.5 ярда.

Здравствуйте, Эйнсток Файр, Вы писали:

ЭФ>Сколько часов записывать в план на обучение человека работе с git?

Составить и раздать памятку по работе с Гит. Типа такой:

1. Взять код к себе на компьютер:
git clone <путь_до_репозитория>

2. Начало работы над задачей/ошибкой
git checkout -b <имя_таски_из_jira>

3. Зафиксировать изменения
git commit -a -m "комментарии к изменениям"

4. Обратный мердж из мастера:
git checkout master
git fetch
git checkout <имя_таски_из_jira>
git merge master

5. Заново откомпилить и прогнать тесты
...
и т.д. push, pull request, код ревью, мердж, удаление бранча после мерджа — по каждому пункту или команда git или одной строкой описание как сделать.

Этого будет достаточно для работы даже для тех, кто не знал про Git до этого.

Здравствуйте, gyraboo, Вы писали:

G>Более 10 лет работаю с гитом, и до сих пор каждый раз путаюсь когда рибейс делаю.
В IDEA сделали отличный UI для ребейза.
https://www.jetbrains.com/help/idea/edit-project-history.html#interactive-rebase

Здравствуйте, Эйнсток Файр, Вы писали:

ЭФ>Сколько часов записывать в план на обучение человека работе с git?
Зависит от того, насколько у вас шизанутый CM в рамках которого могут понадобится редко используемые возможности git.

Здравствуйте, Эйнсток Файр, Вы писали:

ЭФ>Сколько часов записывать в план на обучение человека работе с git?
Ноль, выдать ему команды которые надо делать чтобы работать, а походу сам разберется.

_> Ноль, выдать ему команды которые надо делать чтобы работать, а походу сам разберется.

Это значит, что время на изучение git не будет оттрекано (войдёт в другие задачи),
ухудшится точность статистики по временам выполнения других задач.

Здравствуйте, Эйнсток Файр, Вы писали:

_>> Ноль, выдать ему команды которые надо делать чтобы работать, а походу сам разберется.

ЭФ>Это значит, что время на изучение git не будет оттрекано (войдёт в другие задачи),
ЭФ>ухудшится точность статистики по временам выполнения других задач.
А для чего вам такая статистика? И для чего вообще такая точная статистика?
Можете рассказать больше о схеме работы?

Здравствуйте, diez_p, Вы писали:

_>Ноль, выдать ему команды которые надо делать чтобы работать, а походу сам разберется.

Поддерживаю. Когда работал "шизанутым СМ", как выразился предыдущий оратор, пожалуй, для 90% действий были написаны шпаргалки.