꧁岡
By @Rostislaved
Rostislav Teryaev:
@ponomarevv @trueflywood
Спасибо за ответы, но все же это больше про то, КАК делать коммиты. А не про то, КОГДА их делать.
Я не могу понять, какие части работы надо объединять в коммиты. Я могу весь проект 1м коммитом сделать, но это не здорово, а как его разбить на мелкие коммиты не понимаю. Может это из-за специфики. Я пишу микросервисы и они правда маленькие.
Небольшой пример.
Если в сервисе идет работа даже с двумя базами, я не пишу сперва весь код для одной базы, чтобы можно было сделать коммит вроде: "Реализовать работу с первой бд", а потом для второй базы, чтобы был коммит "Реализовать работу со второй бд". Я их пишу параллельно, например, потому, что подключение к ним - практически один и тот же код, поэтому легко его сразу скопировать. В таком случае можно было бы сделать коммит: "Реализовал работу с двумя базами", но это как-то не здорово, т.к. в одном комите уже не одно изменение, а несколько.
Более того, я первую версию микросервиса всю пишу вот так вот параллельно, базы, контроллеры, мейн и т.д. Когда-то просто напишу вызов функции, а реализацию оставлю на потом, чтобы оставаться на том же уровне абстракции и вроде того.
После того, как я напишу первый финальный вариант и сервис пойдет в прод, то спустя какое-то время в нем может надо что-то изменить или добавить. И вот только в этом случае получается делать маленькие коммиты, которые будут например:
Исправить опечатку в readme
Обновить хост бд
Собственно, что я хочу понять - это только у меня вот так и проблема во мне?) Или может все в основе своей работают уже с существующим кодом, куда только вносятся исправления и добавляются фичи, поэтому этапа "до 1й версии в проде" у них нет?
Rostislav Teryaev:
@ponomarevv @trueflywood
Спасибо за ответы, но все же это больше про то, КАК делать коммиты. А не про то, КОГДА их делать.
Я не могу понять, какие части работы надо объединять в коммиты. Я могу весь проект 1м коммитом сделать, но это не здорово, а как его разбить на мелкие коммиты не понимаю. Может это из-за специфики. Я пишу микросервисы и они правда маленькие.
Небольшой пример.
Если в сервисе идет работа даже с двумя базами, я не пишу сперва весь код для одной базы, чтобы можно было сделать коммит вроде: "Реализовать работу с первой бд", а потом для второй базы, чтобы был коммит "Реализовать работу со второй бд". Я их пишу параллельно, например, потому, что подключение к ним - практически один и тот же код, поэтому легко его сразу скопировать. В таком случае можно было бы сделать коммит: "Реализовал работу с двумя базами", но это как-то не здорово, т.к. в одном комите уже не одно изменение, а несколько.
Более того, я первую версию микросервиса всю пишу вот так вот параллельно, базы, контроллеры, мейн и т.д. Когда-то просто напишу вызов функции, а реализацию оставлю на потом, чтобы оставаться на том же уровне абстракции и вроде того.
После того, как я напишу первый финальный вариант и сервис пойдет в прод, то спустя какое-то время в нем может надо что-то изменить или добавить. И вот только в этом случае получается делать маленькие коммиты, которые будут например:
Исправить опечатку в readme
Обновить хост бд
Собственно, что я хочу понять - это только у меня вот так и проблема во мне?) Или может все в основе своей работают уже с существующим кодом, куда только вносятся исправления и добавляются фичи, поэтому этапа "до 1й версии в проде" у них нет?