Git: настроить пульт только для выборки?

Когда я запускаю git remote -vодин из своих репозиториев Git, в котором настроен пульт (ы), я вижу, что каждый пульт имеет спецификации как для извлечения, так и для push:

$ git remote -v
<remote-name> ssh://host/path/to/repo (fetch)
<remote-name> ssh://host/path/to/repo (push)

Для пультов, которые указывают на равноправных разработчиков, нет необходимости нажимать, и Git в любом случае откажется отправлять в репозиторий, отличный от чистого. Есть ли способ настроить эти пульты как «только для выборки» без push-адреса или возможностей?

Я не думаю, что вы можете удалить URL-адрес push, вы можете только переопределить его, чтобы он отличался от URL-адреса для извлечения. Поэтому я думаю, что самое близкое, что вы получите, будет примерно таким:

$ git remote set-url --push origin no-pushing
$ git push
fatal: 'no-pushing' does not appear to be a git repository
fatal: The remote end hung up unexpectedly

Вы устанавливаете URL-адрес push no-pushing, который, если в вашем рабочем каталоге нет папки с таким же именем, git не сможет ее найти. По сути, вы заставляете git использовать несуществующее местоположение.

Помимо изменения URL-адреса push на что-то недопустимое (например, git remote set-url --push origin DISABLED), можно также использоватьpre-push ловушку.

Один из быстрых способов остановиться git push- сделать символическую ссылку /usr/bin/falseкрючком:

$ ln -s /usr/bin/false .git/hooks/pre-push
$ git push
error: failed to push some refs to '...'

Использование крючка позволяет при желании более точно контролировать толчки. См. .git/hooks/pre-push.sampleПример того, как предотвратить продвижение незавершенных коммитов.

Чтобы предотвратить отправку в конкретную ветку или ограничить отправку в одну ветку, это в примере ловушки:

$ cat .git/hooks/pre-push
#!/usr/bin/sh

# An example hook script to limit pushing to a single remote.
#
# This hook is called with the following parameters:
#
# $1 -- Name of the remote to which the push is being done
# $2 -- URL to which the push is being done
#
# If this script exits with a non-zero status nothing will be pushed.

remote="$1"
url="$2"

[[ "$remote" == "origin" ]]

Тестовое репо с несколькими пультами:

$ git remote -v
origin  ../gitorigin (fetch)
origin  ../gitorigin (push)
upstream        ../gitupstream (fetch)
upstream        ../gitupstream (push)

Нажатие на originразрешено:

$ git push origin
Enumerating objects: 3, done.
Counting objects: 100% (3/3), done.
Writing objects: 100% (3/3), 222 bytes | 222.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To ../gitorigin
 * [new branch]      master -> master

Отправка на любой другой пульт не разрешена:

$ git push upstream
error: failed to push some refs to '../gitupstream'

Обратите внимание, что pre-pushскрипт перехвата может быть изменен, среди прочего, для вывода сообщения на stderr о том, что push отключен.

Общее утверждение «Git откажется отправлять данные в репозиторий, отличное от чистого», неверно. Git откажется от отправки в удаленный репозиторий, отличный от чистого, если вы попытаетесь отправить изменения, которые находятся в той же ветке, что и рабочий каталог удаленного репозитория.

Этот ответ дает простое объяснение: https://stackoverflow.com/a/2933656/1866402

(Я добавляю это как ответ, потому что у меня еще недостаточно репутации, чтобы добавлять комментарии)

Если у вас уже есть удаленная настройка и вы просто хотите защитить себя от чего-то вроде случайного нажатия напрямую на masterили release/production, вы можете предотвратить это использование git config.

# prevent pushing to branch: master
$ git config branch.master.pushRemote no_push

# prevent pushing to branch: release/production
$ git config branch.release/production.pushRemote no_push

Для справки, no_pushэто не особое имя. Это просто название несуществующей ветки. Итак, вы могли использовать$ git config branch.master.pushRemote create_a_pr_and_do_not_push_directly_to_master и он будет работать нормально.

Дополнительная информация: git-config pushRemote

Если у вас есть контроль над репозиторием, вы можете добиться этого, используя разрешения. Пользователь, получающий репозиторий, не должен иметь прав на запись в главный репозиторий.