4

Git を 1 年以上使用していますが、ワークフローを微調整する必要があると感じています。あなたが助けてくれることを願っています! 現在、私は 5 台のコンピューターを持っています。

3 デスクトップ/開発者:ここですべての作業を行い、変更に満足したら、それらを Web サーバーにプッシュします。

WEBSERVER: Web サーバーはプッシュを受け取り、それらを自動的にチェックアウトするためのフックを備えています (したがって、デスクトップからプッシュすると、それらは直接ライブになります)。これは、すべてのコンピューターがプッシュとプルに使用する中央ユニットです。

バックアップ: OK、まだ持っていませんが、インストールする予定です。最初にアドバイスが必要です。

これらすべてに関するいくつかの質問:

  1. もちろん、画像などが Apache を介して Web サーバーに直接アップロードされることもあります。これらのファイルは、Web サーバー上でリモートで手動で追加およびコミットしない限り、デスクトップで受信されません。ウェブサーバー上で毎晩自動的に追加とコミットを行う cronjob を用意するのは良い考えでしょうか?

  2. Web サイト用のバックアップ サーバーをインストールする予定です。最初は Rsync と rdiff-backup を調べていましたが、Git を使用した方がよいのではないかと思いました。次に、すべてのコミットの履歴も取得します。それは良い考えでしょうか？もしそうなら、git pull で cronjob を作成するだけですか?

  3. 一部のリポジトリは、イメージが削除されてキャッシュされたため、非常に大きくなっています。デスクトップとバックアップ サーバーには十分な量の HDD があるため、大きな問題にはなりませんが、Web サーバーの HDD は非常に高価です。Web サーバー上のすべての削除済みおよびキャッシュ済みファイルを毎晩自動的に削除およびリセットし、デスクトップとバックアップ サーバー上に完全な履歴を保持することは可能でしょうか?

4

1 に答える 1

2

これらは多くの質問です。最も重要な答え: 動的画像を git に保存しないでください。これは git が設計された目的ではなく、一般的に悪い考えです。それは質問 3 にも答えます: いいえ、それは不可能です。コード/サイトの一部である画像のみを git に保存します。

バックアップについて: コードにこれ以上のバックアップは必要ないようです。さまざまな場所にあるさまざまなマシンに、コードの 4 つの完全なコピーが既にあります。耐火バンカーに別のバックアップが必要でない限り、改善の余地はあまりないと思います:)。

クライアントのサーバーからの動的画像が必要な場合は、ftp 経由でそれらを同期するスクリプトを記述します。

于 2012-09-24T01:19:10.793 に答える