|
Размер: 912
Комментарий:
|
Размер: 1548
Комментарий:
|
| Удаления помечены так. | Добавления помечены так. |
| Строка 8: | Строка 8: |
| * Но коммит — это набор именно ''изменений'' * Несколько изменений (ханков) в одном файле тоже считаются изменениями |
* Коммит — это указание на некоторый набор файлов, которые в какой-то момент присутствовали в процессе разработки * Ветка — это последовательность коммитов с учётом того, какой файл предыдущего коммита в какой файл текущего превратился * При разработке программист рассматривает коммит не как список файлов, а как набор именно ''изменений'', которые с ними произошли (т. н. ханков) * Несколько изменений в одном файле считаются за несколько изменений :) * Сами ханки нигде не хранятся, они ''вычисляются'' всякий раз, когда программисту необходимо знать, чем один коммит отличается от другого. |
| Строка 11: | Строка 14: |
| * [[FrBrGeorge/Using_git_add_-p|Пример]] ---- * Если ханки получены не просто `append -p`, а, например, последующим редактированием, то они могут даже быть в одном и том же месте |
* [[FrBrGeorge/Using git add -p|Пример]] |
Объектный подход, Canvas и структура коммита
Canvas
Про коммит
- Git хранит объекты (а не изменения в них)
- Коммит — это указание на некоторый набор файлов, которые в какой-то момент присутствовали в процессе разработки
- Ветка — это последовательность коммитов с учётом того, какой файл предыдущего коммита в какой файл текущего превратился
При разработке программист рассматривает коммит не как список файлов, а как набор именно изменений, которые с ними произошли (т. н. ханков)
Несколько изменений в одном файле считаются за несколько изменений
Сами ханки нигде не хранятся, они вычисляются всякий раз, когда программисту необходимо знать, чем один коммит отличается от другого.
- Можно, например, сделать много неатомарных изменений, а потом разделить их на отдельные коммиты:
Д/З
TODO