Графічна відповідь на це питання
Ось сайт із чітким поясненням та графічною ілюстрацією використання git merge --no-ff:
Поки я цього не побачив, я повністю загубився від git. Використання --no-ffдозволяє комусь, хто переглядає історію, чітко бачити гілку, над якою ви перевірили роботу. (це посилання вказує на інструмент візуалізації "мережі" github) І ось ще одна чудова посилання з ілюстраціями. Ця довідка добре доповнює першу з більшою увагою на тих, хто менш знайомий з git.
Основна інформація для новичок, як я
Якщо ви схожі на мене, а не на Git-гуру, моя відповідь тут описує обробку видалення файлів із відстеження git без їх видалення з локальної файлової системи, що здається погано задокументованим, але часто зустрічається. Ще одна нова ситуація - це отримання поточного коду , який все ще вдається мені уникати.
Приклад робочого процесу
Я оновив пакет на своєму веб-сайті, і мені довелося повернутися до своїх нотаток, щоб побачити мій робочий процес; Я вважав корисним додати приклад до цієї відповіді.
Мій робочий процес команд git:
git checkout -b contact-form
(do your work on "contact-form")
git status
git commit -am "updated form in contact module"
git checkout master
git merge --no-ff contact-form
git branch -d contact-form
git push origin master
Нижче: фактичне використання, включаючи пояснення.
Примітка: вихідний результат прорізаний; git досить багатослівний.
$ git status
# On branch master
# Changed but not updated:
# (use "git add/rm <file>..." to update what will be committed)
# (use "git checkout -- <file>..." to discard changes in working directory)
#
# modified: ecc/Desktop.php
# modified: ecc/Mobile.php
# deleted: ecc/ecc-config.php
# modified: ecc/readme.txt
# modified: ecc/test.php
# deleted: passthru-adapter.igs
# deleted: shop/mickey/index.php
#
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# ecc/upgrade.php
# ecc/webgility-config.php
# ecc/webgility-config.php.bak
# ecc/webgility-magento.php
Зверніть увагу на 3 речі зверху:
1) На виході ви бачите зміни від оновлення пакету ECC, включаючи додавання нових файлів.
2) Також зауважте, що два файли (не в /eccпапці), які я видалив незалежно від цієї зміни. Замість того, щоб плутати ці видалення файлів ecc, я зроблю іншу cleanupгілку пізніше, щоб відобразити видалення цих файлів.
3) Я не стежив за своїм робочим процесом! Я забув про git, коли я намагався знову працювати з ecc.
Нижче: замість того, щоб робити все включене, git commit -am "updated ecc package"як правило, я хотів лише додати файли в /eccпапку. Ці видалені файли не були частиною могоgit add , але, оскільки вони вже відслідковувалися в git, мені потрібно видалити їх з цієї гілки:
$ git checkout -b ecc
$ git add ecc/*
$ git reset HEAD passthru-adapter.igs
$ git reset HEAD shop/mickey/index.php
Unstaged changes after reset:
M passthru-adapter.igs
M shop/mickey/index.php
$ git commit -m "Webgility ecc desktop connector files; integrates with Quickbooks"
$ git checkout master
D passthru-adapter.igs
D shop/mickey/index.php
Switched to branch 'master'
$ git merge --no-ff ecc
$ git branch -d ecc
Deleted branch ecc (was 98269a2).
$ git push origin master
Counting objects: 22, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (14/14), done.
Writing objects: 100% (14/14), 59.00 KiB, done.
Total 14 (delta 10), reused 0 (delta 0)
To git@github.com:me/mywebsite.git
8a0d9ec..333eff5 master -> master
Сценарій автоматизації описаного вище
Використовуючи цей процес 10 і більше разів на день, я взявся писати пакетні сценарії для виконання команд, тому я зробив майже належне git_update.sh <branch> <"commit message"> сценарій для виконання вищезазначених кроків. Ось джерело Gist для цього сценарію.
Замість цього git commit -amя вибираю файли зі "модифікованого" списку, створеного за допомогою, git statusа потім вставляю їх у цей сценарій. Це сталося тому, що я вніс десятки змін, але хотів, щоб різноманітні назви гілок допомогли згрупувати зміни.
На наведеному вище зображенні ліва сторона є прикладом історії git після використання,