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-адреси чи можливостей?

Я не думаю, що ви можете видалити 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

Ви встановлюєте 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, кажучи, що натискання було вимкнено.

Загальне твердження "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

Якщо у вас є контроль над сховищем, ви можете досягти цього, використовуючи дозволи. Користувач, який отримує сховище, не повинен мати дозволу на запис у головне сховище.