github 特定のリポジトリでgit pullを禁止

Question

概要

上記の通りですが例えば、Aのサーバー内にbリポジトリとcリポジトリがあるとして、

bリポジトリ - 本番環境
cリポジトリ - バックアップファイル

bリポジトリでは、git pullを禁止したいです。良い方法はありますでしょうか？

詳細

アナログな発想ですが作業ミスに備えて、本番環境ではgit pushのみとしたいです。（ファイルのアップはscpツール）
リポジトリ自体への制限、限定のアカウントを作成など良い方法があれば教えてください。
宜しくお願い致します。

Comments

[hqf00342]

サーバのリポジトリ＝リモートリポジトリと勘違いしていたのですが、
GitHub等からcloneしてきたローカルリポジトリがサーバにあって、その状態を保持したいという意味で合ってますか。
その場合、そのローカルリポジトリでは
git でpushもpullもcommitもできない状態（git管理外にする）のはアリなのでしょうか。
それともpushやcommitはできる状態が良いのでしょうか？

[drop8]

>サーバのリポジトリ＝リモートリポジトリと勘違いしていたのですが、
すみません、ちょっと意味を図りかねます。申し訳ございません。

>GitHub等からcloneしてきたローカルリポジトリがサーバにあって、その状態を保持したいという意味で合ってますか。
合っています。

自分はGithubを使い始めたばかりなので間違いございましたら、ご容赦頂けますでしょうか。

リモートリポジトリ == Github上のリポジトリ
ローカルリポジトリ == 全メンバーのPC、実働サーバーのリポジトリ
このような認識でおります。

>git でpushもpullもcommitもできない状態（git管理外にする）のはアリなのでしょうか。
>それともpushやcommitはできる状態が良いのでしょうか？
push、commitができる状態を望んでおります。git管理外はナシです。

お願い致します。

Answer 1

pullできない状態にする理由はあまりないです。
pullされてもgitコマンド１つで戻せますし、pullできないと困った状態になる可能性もあります。
ご理解された上で、方法として２つ記載します。

案1 bashでpullだけコマンド上書き

Linuxで特定のユーザのpullを禁止するならばユーザの.bashrcに以下を追記することでgit コマンドを上書きします。

function git {
  if [[ "$1" == "pull" ]]; then
    echo "git pull is disabled"
  else
    command git "$@"
  fi
}

ただし、git pullコマンド自体が使えなくなるので他のリポジトリでも使えなくなります。またほかのユーザはpullできます。

案２ .git/configの書き換え

特定のローカルリポジトリだけpullを止めたければ、原理上、以下の方法で実現できるはずです。

リポジトリ内の.git/config ファイルを編集します。
編集前の[remote "origin"]セクションが以下のようになっていたとした場合、

[remote "origin"]
	url = https://github.com/aaa/bbb.git
	fetch = +refs/heads/*:refs/remotes/origin/*

これを以下のように変更します。

[remote "origin"]
	url = 
	fetch = +refs/heads/*:refs/remotes/origin/*
	pushurl = https://github.com/aaa/bbb.git

(URLは自分のものに置き換えてください)
これでpushできるがpullできない状態になると思いますが、この状態で運用した経験はないので自己責任でお願いします。案１のほうが安全です。

Comments

[drop8]

解決方法を丁寧に示して頂き、本当にありがとうございます。

案２ .git/configの書き換え
が自分の希望です。動作確認してみたいと思います。

自分としては、開発段階の管理を行いながら、一元管理で実際の実働のファイル群もgithub経由で落とせるの希望していました。もっと一般的な構成だと思い質問していました。
追加の質問になり申し訳ございませんが、聞いてみたいです。実際に使用している現場としてはgithubにどんな範囲を持たせているのでしょうか。

＊　開発段階で使用するもの。(実働環境をgit管理下に置くという発想がズレている)
＊　実働環境に置くなら、gitlabでDevOpsやCI/CD(自分で言っていても怪しい認知度しか持っていませんが。)を踏まえた管理を行うことが必須。
＊　githubの操作ミスを恐がる人なんていない。

実際の声を聞けると助かります。

[hqf00342]

人によって考えは違うと思いますので1例ということで・・

CI/CDを導入するようなケースでは環境依存するものは別管理しているはずです。
この場合、本番への発行（デプロイ、CDのD）はgitをpullすることではないです。デプロイ用スクリプト等に基づいてファイルのコピーなどが行われます。

逆に小規模なら「git pullしてそのまま使いたい」＝「git pullがデプロイ」、という要望も運用者目線ではあると思います。
これはgit pullの本来の用途ではないですがよくあるケースだと思います。
その場合、（よく考えてみると）以下の2通りかもしれません。

①環境依存を開発用(config.development)、ステージング用(config.staging)、本番用(config.production)と用意してgitで管理。ファイルをリネームして使う or インストーラーを用意する。

②gitで開発用ブランチと本番用ブランチを並行して管理。開発者用ブランチがmainなら、それに本番環境を反映させたproductionブランチを１つコミットし、運用者はそれを使う。

またaws等のクラウドなら環境依存パラメータを保存するサービス（パラメータストア等）も利用できます。

本来git pull はデプロイではありませんし、こうすべき、というのはあります（漏れては困るパスワードやキーはgit管理しない等）が、ただのツールですので運用しやすいように活用すればよいと思います。

[drop8]

利用している方の声はググってもあまり出てこなくて、自分にはとても貴重な言葉でした。
本当にありがとうございます。