ほとんどの人はgit＝githubだと思ってるよね。

あまり知られていないことだけど、ディレクトリからクローンできるよ。バックアップ機能は実現できないけど、別のオプション/機能だね。

私も知らなかった - というか、サーバーがgitリポジトリを公開するために何をする必要があるのか考えたことがなかった。でももっと重要なのは、サーバーに変更をプッシュしてデプロイする理由がよくわからないってこと。私の頭の中のモデルでは、リポジトリにはSOTが含まれていて、サーバー上で動いているものは一時的なものだから、その二つを混ぜたくないんだ。ホットフィックスのために個別のファイルをscpするよりは楽かもしれないけど、SOTにプッシュして、サーバーにsshで入ってそこから変更をプルするのと何が違うの？

昔はベアリポジトリをDropboxに置いて、そこから実際のパスにクローンしてた。それで、1. 同期の競合を心配しなくてよかった。完了したら、ただoriginにプッシュするだけ。2. コードが自分のコンピュータの外にバックアップされてた。正確には覚えてないけど、スペースを節約できてたかも。そう思ってたけど、今はよくわからない。でも、かなり信頼性があったと思う。GitHubに移行してからはその方法をやめたけど、Codebergにtailscaleを使って移行を考えてる。今は、自分のパソコンをインターネットに出さずにたくさんの選択肢がある気がする。

この方法でGitHubやGitLabスタイルのCI/CDをやる面白い/クリエイティブな方法って何かあるかな？プッシュ時に次に何をするか決めるエントリーポイントスクリプトみたいなのが必要？プッシュの目的に応じて変数をどうやって決めるんだろう？

gitはほとんどの人が実際に使い方を知らないものの一つだから、そうだね。

実は先週これに気づいたばかりで、まだ試してないんだ。プログラミングをほぼ50年やってて、Gitを13年使ってるけど、バカじゃないよ（ただ、時々これに異議を唱える人もいるけど、特に配偶者とかね）。

2007年からgitを使ってるけど、これに気づいたのは去年のこと。Gitは特に、知ってる専門家たちが微妙に違う使い方をするから混乱しやすいんだよね。だから、文化としては自分なりの独自のウィザードになるまで適当にやる感じ。靴ひもを結べないウィザードになっちゃうけど、サンダルが好きだからね。

そうなんだ。公式の中央リポジトリが設定されない限り、一人ではプロジェクトを始められないって言われたことがある。俺は「git initさえあれば始められるよ」って返したけど、聞いてもらえなかった。

それについては考えたことなかったな。誰かに聞かれたら、もちろんそうだよねって思うけど。単に考えたことがなかっただけなんだ。

これはサーバーサイドのファイルを遅延なく作業する素晴らしい方法だよね。記事で言及されているユースケースだけど、ベアリポジトリではうまくいかない。でも、SSHで接続するサーバーが機械間でコードを同期するための中心点だけなら、君の言う通りだよ：記事で言ってた複数の手間は、中央リポジトリをベアにすることで解決できる。

ハハ、cloneの第二引数がURLになれるか確認させられたよ。でも、明示的に""だから、「git push --mirror」の代わりには使えないんだね :)

Gitは常に明確に分散型の「ピアツーピア」バージョン管理システムで、SVNみたいな中央集権型とは違うんだ。プロトコル自体には「サーバー」と「クライアント」を区別するものがないから、中央集権的に使うのは単に自分が選んだワークフロー（実際には誰かが選んでくれたもの）に過ぎないよ。リポジトリのクローンはどれも他のクローンのリモートになれるし、ローカルファイルシステムに「gitサーバー」（つまり別のディレクトリ）を持つのも、場合によっては全然合理的なワークフローだよ。

git clone --mirrorも知っておくといいよ。これもリモートリポジトリの正確なクローン（すべてのブランチ、タグ、ノートなどを含む）を作るベアリポジトリを作るんだ。通常のクローンとは違って、リモートのローカルトラッキングブランチ用に設定されているわけじゃない。ただし、GitHubからクローンする場合はプルリクエストは含まれないけどね。

GitHubがデフォルトのリモートを「origin」じゃなくて「github」って名付けてたら、新人にとってもっと良かったし、混乱も少なかっただろうなってずっと思ってたよ。

公開されていないディレクトリを除外する代わりに、明示的にpublicディレクトリ（またはdoc、doc-root、好きな名前で）を作るのが好きなんだ。それからサーバーをそのサブディレクトリを指すように設定して、リポジトリのことは気にしない。俺は通常、etcやlogディレクトリもトップレベルに置いて、サーバーの設定をetcに入れて、ログ内のすべてを無視するgitignoreルールを作ってるけど、簡単にデプロイできるように準備はできてるよ。ウェブルートがすでにサブディレクトリだから、よりセンシティブなものも同じリポジトリに入れられるし、公開する心配もないんだ。

gitが中央集権的に使わないように設計されたかは分からないな。一般的なCLIと同じように、単にPCやサーバーで動くように作られたもので、誰が使っているかなんて気にしてなかったし、企業がそれを製品にするのを止めるものはなかったよ。トーバルズがgitとLinuxを作って、LinuxをGitHubに載せたんだ。

これを見て、数ヶ月前のHNでの別の議論を思い出した。インターネットの標準文化がどう変わってきたかを考えてたんだ。「80年代と90年代（それ以前も）では、主に公共の利益のために働く学者や趣味のハッカーが中心だった。ティム・バーナーズ＝リーやヴィント・サーフ、ウェブやインターネットの標準のためのIETF、RSSのデイブ・ワイナーを思い出してみて。00年代以降は、資金力のある企業とそのために働くエンジニアたちが主流になった。Googleを考えてみて。IETFからは、みんなが自分のサーバーを運営するという前提でメールプロトコルの標準が出てきた。でもGoogleからはGmailが出てきた。[ウェブ]は、完全にホスティングされたプロプライエタリなソフトウェアに対するユーザーの快適さのための新しいメカニズムを作り出した。例えばGoogle Docsみたいに。これによって、ユーザー向けのソフトウェアをオープンソースに保とうとする多くの努力が脇に追いやられた。オープンプロトコルやオープンソースソフトウェアを推進することに最も反応しやすいユーザーの中でも、GitHubのような奇妙な妥協が生まれた。オープンソースのデスクトップソフトウェア（git）の上に構築され、分散型のために設計されたオープンソースのストレージフォーマット（gitリポジトリ）を持ちながらも、100%プロプライエタリで中央集権的なプラットフォーム（例：GitHub.comのリポジトリホスティングやGitHub Issues）になってしまっているんだ。」