ローカルでコミットするには、なぜikiwikiに3つのgitリポジトリが必要なのですか？

Question

あまりにも多いようです。 1つのGitリポジトリのみを処理できます。それはすべてインフラストラクチャの機能に依存しますikiwiki（私はそれについて全く知りません）。

なぜ

リポジトリをベアリポジトリに設定したいのは、ベアリポジトリではなくリポジトリにはほぼ常にブランチがチェックアウトされているためです。他のgitリポジトリは、ターゲットリポジトリからチェックアウトされたブランチへのコミットを許可しません（ブランチで作業し、プッシュがコンピュータで発生し、ファイルが鼻の下で変更されると想像してください）。

srcdir「ストア」を複製する代わりに、「ストア」で作業することもできます。 Web 編集と同時にファイルを変更できますが、これによりリソース競合が発生する可能性があります。また、手動で押すと汚れが発生し、押しが発生しますikiwiki.cgi。ikiwikiスライドして実行したくないフックを入れることもできます。だから彼らは「ストア」から複製することをお勧めします。

Gitの特徴

ローカルマシンでgitリポジトリを複製すると、gitは重要な最適化を行います。このオプションを使用すると--local（使用する場合はデフォルトgit clone /path/to/repo）、共有する共通履歴へのハードリンクが使用されるため、ディスク容量が節約されます。以下は抜粋ですgit help clone。

   --local, -l
       When the repository to clone from is on a local machine,
       this flag bypasses the normal "Git aware" transport
       mechanism and clones the repository by making a copy of
       HEAD and everything under objects and refs directories.
       The files under .git/objects/ directory are hardlinked to
       save space when possible.

追加のディスク容量は.git/objectsディレクトリではなくチェックアウト自体にあります。これがまだあまりにも負担が多い場合は、別のソリューションに進むことをお勧めします。

結論として

内部の仕組みについてあまり知らない限りikiwiki、推奨される設定方法をバイパスしようとしません。私はこれが安全ではないと思います。より良い回答が必要な場合は、より多くの知識を持つより良いフォーラムにアクセスできますikiwiki。

gitが内部のgitオブジェクトファイルへのハードリンクを実行していることがわかると、使用される追加のディスク容量は問題になりません。

Answer 1