В мерзавце, что является некоторыми хорошими конвенциями отформатировать несколько комментариев к единственной фиксации
Да это может;-)
я попытался понять что с Inkscape и затем отредактировал источник svg-файла. Просто не заполняйте его и используйте штрих с цветом и шириной для рисования его. Я получил это:
D интересная часть находится в атрибуте "стиля".
"fill:none;fill-opacity:1;stroke:#000000;stroke-width:1px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;"
4 ответа
Git имеет очень строгие соглашения о сообщениях журнала, но правила просты:
- Первая строка представляет собой сводку фиксации
- Первая строка может иметь префикс описания области действия "модуль:"
- Вторая строка пуста
- Затем следует обсуждение в параграфах, пока это необходимо
Для начала вы должны использовать эти соглашения, поскольку инструменты презентации даже полагаются на них (важна пустая вторая строка, и во многих ситуациях вы увидите только сводку первой строки).
С git коммиты должны быть небольшими, поэтому первый ответ, конечно же, не следует изменять многие вещи за один коммит. У вас должно быть три коммита, а не один.
Но вы можете написать целое эссе в журнале коммитов, и там вы можете подробно описать их изменения (мотивация, отклоненные проекты, идеи). Если три изменения действительно связаны друг с другом, этот текст прояснит, почему.
Я нашел дополнительные инструкции , описывающие те же самые соглашения о сообщениях Git Commit, с примерами, для которых команды git зависят от конкретного формата. (По большей части все это основано на существующем соглашении:
I have to agree with @kaizer.se. Use git's ability to stage the modifications into 3 different commits. In this way you have a clear idea of what each modification is and your commit comments will give you the why. On a merge back into your main branch (assuming you're using branches for feature mods) you can roll up these smaller commits into one merge.
I strive not to commit changes which require too many comments, but if there's a need for it I usually do something like this:
Multiple changes:
- done this
- fixed that
- removed other
Maybe some additional explanations.
Try to keep your commits atomic, as far as features are concerned. I stage hunks or lines of code for that when I forget to actually commit after every completed feature.
Посмотрите здесь, http://progit.org/book/ch5-2.html , есть рекомендации по фиксации и образец фиксации.