2016-07-03 4 views
0

私は数年前からウェブサイトを作成していますが、良いワークフローについては気にしませんでした。だから、プロダクションサーバーなどで作業するような悪いことをしました。gitでウェブサイトをデプロイする(または一般的にはデプロイメントワークフロー)

私はすべてを改善したいので、gitとwordmove(wordpress用)のようなツールを見つけました。

私は私が望むものを視覚化しようとしたか、私は仕事ができると思う何を: workflow visualization

今、私は何かが「間違っている」または「あまりよくない」で、より良い行うことができると思うが、私は本当に何を知りませんまたはそれを行う方法。

私は私が開発したローカルマシンを持っています。そして、私はbitbucketリポジトリ、顧客に現在のステータスと顧客のライブサーバであるプロダクションサーバを示すステージングサーバを持っています。

私はいくつかの助けに感謝します:Pどのように理解することができます。 gitの2.3から

答えて

0

は、「展開するプッシュ」という名前の機能が追加されました、あなたはそれのための文書を検索したり、あなたが作っているウェブサイトのどのような種類here

+0

ありがとうございました。以来、私は受信後ファイルの方法についてしか聞いていませんでした。 – SVARTBERG

0

を読むことができますか?ワードプレス、Drupal、など?あなたが正しい道にいるように見えます。

その図が示すように、私はプロジェクトごとに developmentstaging、および productionブランチを作成し、それに応じてプッシュし、展開時のためにリッスン(およびビルド)レポのためのウェブフックを設定するお勧めします。この方法でプライベートサーバーに展開して、クライアントのプロジェクト/機能を「ステージング」してから productionにマージすることができます。

stackahoy.ioは、これを正確に行うために作られています。 1レポと無制限の支店では無料です。 Stackahoyを使用するいくつかの利点は、次のとおりです。

  • プリフォーム展開後のスクリプト
  • (あなたは.gitignoreファイルを保つもの)を静的な設定ファイルを維持する一つの場所にあなたのgitリポジトリの展開を維持しますプッシュされたブランチに基づいてコードを安全かつ即座に展開し、展開時にリアルタイムログを表示します。一度に複数のサーバへ
  • 展開(ロードバランスアプリケーションに適し)

免責事項:私はStackahoyのために働くと任意のQさんが答えて幸せです。

関連する問題