Задать вопрос
Ответы пользователя по тегу Git
  • Схема работы с git и dev-сервером. Что посоветуете?

    SeaInside
    @SeaInside
    15 лет пилю все эти штуки
    Кажется, вопросу нужно решение :)
    TLDR: Вопрос решается простым действием - ветвиться от main, а не от develop.

    Подробное объяснение с примером можно найти внутри комментариев к ответу Василия Банникова.
    Ответ написан
    Комментировать
  • Стандарты сообщений коммитов?

    SeaInside
    @SeaInside
    15 лет пилю все эти штуки
    Это точно не `chore`, так как относится к продакшен коду.
    `chore` - это всё что угодно вокруг кода, если не заведено более узкого типа.
    Линтеры (если не используете `style`), настройка CI (если не используете `ci`), всевозможный дополнительный тулинг вроде `husky` или `lint-staged`, незначимое обновление зависимостей и так далее.

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

    Если хотите строго следовать, то ваша правка - либо `fix`, либо `feat`.
    Я же для себя и для команды ввёл дополнительный тип `temp` (от `temporal`) как раз для такого толка изменений.
    Когда "приходит время", можно просто поиском по этому типу быстро его найти и сделать `revert`.

    Ещё расширил типом `nvm` (от `nevermind`) для исправлений в духе "забыли пробел в readme" и прочего незначительного.
    Хоть формально это может быть выражено через `docs`, `refactor`, `style` или `fix`, от наличия таких коммитов в changelog'e никому ни горячо, ни холодно, поэтому они просто в него не включаются.

    Расширяйте конфигурацию до необходимого вам и вашим изменениям, и всё будет хорошо.
    * Однако, опыт и здравый смысл подсказывает, что чем типов меньше, тем меньше вероятность ошибки и тем больше шанс, что ими будут пользоваться. Без фанатизма, короче :)
    Ответ написан
    1 комментарий
  • Создал репозиторий на github. Как в одном репозитории иметь несколько папок и в каждой папке свой проект?

    SeaInside
    @SeaInside
    15 лет пилю все эти штуки
    Так бывает, когда GIT-ом начинает пользоваться человек, который не понимает, зачем оно ему на самом деле надо.
    В том и суть, чтобы под каждый проект иметь свой репозиторий, иначе зачем вам git? Папку на dropbox заведите и туда закидывайте.
    Ответ написан
    Комментировать
  • Как автоматически улучшать стиль CSS перед коммитом?

    SeaInside
    @SeaInside
    15 лет пилю все эти штуки
    Prettier не умеет расставлять порядок свойств. Это вообще очень простой инструмент, который заботится только о базовом форматировании.

    То, что вам нужно, реализуется средствами stylelint и его плагина stylelint-order.
    Вот очень толковая статья, после прочтения которой вопросов не должно остаться.
    Ответ написан
    7 комментариев