У чому різниця між git push.default = current та push.default = upstream?

Сторінка користувача для git-config перелічує ці параметри для push.default:

nothing - do not push anything.
matching - push all matching branches. All branches having the same name in both ends are considered to be matching. This is the default.
upstream - push the current branch to its upstream branch.
tracking - deprecated synonym for upstream.
current - push the current branch to a branch of the same name.

У більшості випадків я вважаю, що натискання на гілку вище за течією буде таким самим, як натискання на гілку з тим самим іменем, оскільки гілка вище за течією, як правило, буде мати те саме ім'я, а оскільки гілка з тією ж назвою ("поточна" ) зазвичай (або завжди, за визначенням?) знаходиться вище за течією. То яка різниця?

ОНОВЛЕННЯ : Сторінка користувача для git-config була оновлена ​​(як і слід було очікувати), тому розмежування, зроблені там, можуть бути набагато зрозумілішими зараз.

Ви підсумували різницю у своєму питанні. upstreamнатискає на налаштовану гілку вгору за течією, тоді як currentприпускає, що гілка вгору за течією має те саме ім'я, що і поточна локальна гілка, і штовхає до цієї конкретної назви. Насправді немає жодної причини вважати, що гілка відстеження локальної гілки має таку ж назву, як і сама локальна гілка.

Наприклад, якщо ви працюєте в декількох сховищах або в багатьох спільних віддалених розробницьких пультах, ви часто в кінцевому підсумку відстежуєте різні форки однієї гілки, такі як allen-masterабо susan-master, обидва з яких відстежують masterгілку в репозиторіях Аллена та Сьюзен відповідно. У цьому випадку це currentбуло б неправильним налаштуванням, оскільки ці імена гілок не існують на їхніх пультах. upstream, однак, це спрацювало б чудово.

Більш практичним прикладом може бути відстеження як a, так developmentі productionсховища. Ваш робочий процес може використовувати іншу гілку основної лінії для кожного, але це може заплутати. Припустимо, ви були інтегратором коду і хотіли відстежувати masterгілки обох сховищ окремо.

git checkout -b production --track production/master
git checkout -b development --track development/master

Тепер у вас є дві гілки, які відстежують відповідні сховища, жодна з яких masterвзагалі не використовує правила іменування. Немає плутанини в назвах філій: вони чітко описують те, що вони відстежують. Тим не менше, push.default = currentце не мало б сенсу, оскільки жоден пульт не містить developmentані productionгілки.

current підштовхне поточну гілку до гілки з такою ж назвою на віддаленому репо.

upstream буде підштовхувати поточну гілку до гілки вище за течією.

Вища гілка - це гілка, яка була явно або неявно визначена як така, що знаходиться вище від поточної гілки. Це означає, що push and pull за замовчуванням синхронізується з цією гілкою. Вихідна гілка може бути в тому ж репо, що і сама поточна гілка. Ви можете робити цікаві речі, наприклад, налаштувати свою локальну гілку головного пристрою, розташовану вище від гілки локальної функції (теми), і натискати та тягнути між ними.

Явне налаштування вгору за течією здійснюється через branch.autosetupmergeзначення конфігурації. Документацію ви можете знайти на git configсторінці довідки. Явне налаштування вгору за течією виконується за допомогою -uопції git branchкоманди. Детальніше див. На довідковій сторінці.