Делать хорошо надо сразу

[zHz00]

Пет-проектов у меня немного. Тем не менее, кое-что есть. И вот какой эффект я у себя заметил.

Как известно, одно из ключевых средств при разработке ПО -- это система контроля версий. Обычно -- гит. Новый проект лучше сразу начинать в репозитории. Тем не менее, я этого не делаю. Какое-то время файлы проекта болтаются без надзора. А почему?

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

Полагаю, что это порочная практика. Говнокод надо не писать вообще, тогда и коммитить можно будет сразу. А работать без системы контроля версий опасно, хотя конечно в зарождающемся проекте об'ём кода такой маленький, что всё легко не только сломать, но и починить.

Но... непонятно, где тогда экспериментировать с новыми средствами. Делать отдельный репозиторий для экспериментов и никому не показывать?

Comments

[Foul thing]

Заведи другой аккаунт и храни в нём. Когда проект дойдет до кондиции, мигрируй его в постоянный аккаунт.

[Гость]

Можно создать локальный репозиторий, вдоволь поэкспериментировать, потом сквошнуть все коммиты в один (git rebase --root --interactive и все "pick", кроме последнего, заменить на "squash") — и уже эту историю из одного коммита публиковать на ГитХаб.

Учти, что при сквоше у тебя получится коммит с Author Date самого первого коммита в истории, т.е. все увидят, когда ты начал проект. Наверняка это можно обойти; как минимум, можно сделать git commit --allow-empty, потом с помощью того же интерактивного ребейза переставить коммиты местами и сквошнуть ещё раз.

-- Minoru

[Xersareeth]

А у меня жопа горит от таких стесняшек, боящихся опубликовать говнокод. Потому что пилят там чота втихую, тратят кучу времени на полировку кода... А потом оказывается что надо всё переделать, потому что есть неучтённые нюансы.

Если работаете в команде, то не надо так. Чем раньше получишь фидбек - тем лучше.

Это не только к коду относится, кстати, но и к написанию документации. Да и к другим областям применимо.

[zHz00]

Foul thing, интересная мысль.
Гость, Minoru, да, squash должен помочь. Я ведь знал про эту штуку, но никогда ей не пользовался. Спасибо!
Xersareeth, йопт, т.е. это целая категория таких лиц. Понял, в команде так не делаю.

[korrshun]

никто не отменял дополнительные ветки. пили в бранче, коммить-пуши сколько влезет (или не пуши, а оставляй всё локально), а потом, как что-то вырисуется, то можно сделать
- или просто merge этого в мастер и тогда все увидят коммиты, но будет видно, что это пилилось в сторонке.
- или `merge --squash`, тогда в мастере будет только один коммит.
- или `rebase --interactive` этого всего на master и перепилить историю коммитов как больше нравится. и уже потом запушить по красоте.

[korrshun]

фигачить всё в мастер, пушить на сервер и потом делать rebase этого мастера и потом перезаливать сервер через `push --force`  - это тяжкий грех при работе в команде, так что все приколы с переписыванием делаются исключительно локально.