Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。10のPCでその様な事を実現する方法が有りましたらどなたかご教示頂けないでしょうか?[2019/02/16追記]なお、以下の様な制約・前提条件があります。(1)外部ネットワークとの直接の接続不可GitHubの様な外部のサービスはセキュリティ上の問題で、利用できない事になっており、pushする際は、PCを持参して、有線で接続して手動でpushする必要があります。同じ理由でWebサーバを立てるのもむづかしい状況です。(2)ローカルレポジトリはユーザが利用ローカルレポジトリにpushしたソフトはユーザ利用向けの為、それぞれのPCでGitの細かい運用を指示するのは出来ない状況です。(3)メインレポジトリとローカルレポジトリ間の接続はLAN内のネットワーク経由で通信できます。1:33後者の「全員に常に最新のソースを触って欲しい」為の簡易的な方法を検討しています。「必ず最新のpullする」という運用を、開発担当でない方のPCに配信出来さえすればそれで良いと思います。1:41開発担当でない方のPCは、常に起動している状況を想定しています。数台程度のPCが対象なので、停電などの特別な状況でpush出来ないのであれば、手動で対応しようと考えています。1:432質問者様はpushとpullがちょっと混同していそうですね。クローンしたGitの場合はメインリポジトリから持ってくる場合はpullになります。票4git-pushはデプロイ用途には向いていません。別の方式を検討すべきだと考えます。本質問はXY問題あるいはハンマー釘病であると感じました。コマンド自身に対する誤解があると思います。コマンドは、他のリポジトリと通信し、自分のローカル・データベースにあって通信先のリポジトリにないものは何かを計算した上で、差分を通信先のリポジトリへプッシュします。このコマンドは、通信先のリポジトリへの書き込みアクセスを必要とするので、通常は何らかの形で認証が行われます。実行したとき更新されるのはPC1,2,3のGitリポジトリであり、ソースコード(作業ディレクトリにcheckoutしているバージョン管理対象のファイル)ではありません。作業ディレクトリのファイルを更新するにはgit-checkoutが必要です。図中の1を行ったユーザがPC1,2,3へ書き込むための認証の仕組みが必要です。SSHプロトコルを利用するならPC1,2,3にSSHサーバを立てる必要があります。その他思いついたこととしては:PC4,5,6...とユーザが増えるごとにリモートリポジトリ設定の追加、認証サーバのセットアップが必要になるので管理面倒です。質問文に書かれている以外の条件が無いのであれば、NASに共有ディレクトリを設定してそれをPC1,2,3それぞれでマウントするのが簡単ではないでしょうか。共有ディレクトリに置くファイルを更新する手段としてGitフックが利用できると思います。個の銅バッジ条件としては、質問文で述べて居なかったのですが、NAS上の共有ディレクトリを各PCから参照する方式(マウントに相当?)を今まで利用していたのですが、通信速度の関係でローカル上にアップして欲しいという要望があり、今回質問させて頂きました。共有ディレクトリ上のレポジトリは、直接ネットワークに接続できないため、PCを持参して有線接続した上でpushして新たな更新を加えておりました。Gitフックはあまり詳しく無かったのですが、確かに利用できそうです。できますので、回答の前提条件となるような情報は(元質問に付いたコメントも含めて)ぜひ質問自体に追記してください。質問文が編集された方が一覧のトップに再表示されるので回答者の目に止まりやすくなります。情報をこちらで整理して質問文にまとめてみます。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。