1

私はこの問題について何時間もグーグルで見回しました、そして私はまだ何も見つけることができないようです。

gitリポジトリを保存したいローカル開発サーバーを稼働させたところです。私はここに座って、何日もの間、理由と方法を説明することができました。しかし、最終的にはこれがワークフローになりたいものです。

  • 開発者は彼らのコピーに取り組んでいます
  • 開発(またはステージングサーバー)にコミットします
  • ライブサーバーはステージングサーバーから「プル」します。

私の考えでは、ステージングサーバーはオンラインである必要があり、それが機能するためにはそのようなものである必要があります-これは正しいですか?または、リバースSSHなどを介してライブサーバーからプルできる方法はありますか(私はそれを作成しました)。

申し訳ありませんが、私はGitとサーバー関連の初心者なので、優しくしてください:)

4

2 に答える 2

0

これに関するいくつかのランダムな考えを次に示します。

  • ライブと開発に同じリポジトリを使用できます。そして、1 つのブランチは になりlive、別のブランチは になりますdevelopment。1 つのリポジトリ内でこれら 2 つのブランチを簡単にマージできます。押したり引いたりする必要はありません。
  • 1 つのサーバー上の 2 つのフォルダーに 1 つと2 つliveのリポジトリーをセットアップできます。developmentそして、SSH を使用せずにローカルでプッシュ/プルします。
  • SSH で 2 台のサーバーを使用する予定がある場合は、おそらく次の記事が興味深いでしょう。

しかし、率直に言って、ワークフローのセキュリティに関する特別な要件がない場合 (つまり、ライブと開発を 2 つの物理的な場所に分離する)、最初のアプローチはニーズを台無しにするのに十分であると思います。これがブランチの使用方法です。

于 2012-08-14T09:49:13.200 に答える
0

サーバー構成に関しては、おそらく私よりも優れた人がいます。しかし、私が知っていることは、最初に自分のマシンでプレイできることです。

  • たとえば、「liveserver」というフォルダーにリポジトリを作成します

  • 「devserver」というフォルダーにベアリポジトリとしてクローンします。これは、直接変更するために作成されたものではありません。

  • 次に、「user1」、「user2」というフォルダーに非ベアとしてクローンし、それらからデータをコミット、プル、プッシュして、devserver と liveserver で何が起こるかを確認します。

サーバーの SSH 構成に関しては、問題が発生したときに github のドキュメントを使用したことは知っていますが (それが彼らの仕事なので、よく説明してくれます)、正直なところ、その部分に実際に取り組んだことはありません。

于 2012-08-14T08:54:38.170 に答える