-1

Gitリポジトリを設定する方法は、[ワークステーション]->[本番]です。ユーザーが変更を加え、コミットし、プッシュすると、本番環境で表示されます。少なくともそれが私が望んでいる方法です。

私の調査とこの記事によると、すべてがワークステーション->ステージング->本番環境のように設定されています。残念ながら、新しいサーバーのコストと、このプロジェクトに携わっているすべての人が遠隔地にいるという事実のために、このルートをとることはできません。

私の質問は、変更がコミットされてマスターにプッシュされたら、変更をWebサイトに反映させるにはどうすればよいですか?

ありがとう!

4

1 に答える 1

1

まず第一に、gitはコードのビルドや本番環境へのデプロイとは何の関係もありません。それは単なるVCSです。したがって、gitからビルドとデプロイをトリガーする方法を見つける必要があります。

Gitには、場合によっては役立つフックの概念があります。あなたがProductionレポのメンテナーである場合(私はそれがレポであると信じています)、post-receive必要なものをトリガーするためにフックを構成するだけです。ただし、フックは一種の低レベルのソリューションであり、実行するすべてのアクションのバッチを作成する必要があることを認める必要があります。

githubまたはbitbucketの使用は問題ありません。- Settings> Service Hooks(github)またはAdministration-> Services(bitbucket)に移動し、そこでリポジトリのフックを構成します。これの欠点は、公共サービスのごく一部しかトリガーできず、イントラネットソフトウェアでは機能しない可能性があることです。

最も強力なアプローチであるIMHOは、独自の継続的インテグレーションサーバーを維持し(Travis CIは単純なケースに適合します)、リポジトリをポーリングし、リリースブランチを自動的に(必要なすべてのテストで)構築するように構成します。 。この場合、コードをリリースするプロセスを完全に制御できます。

于 2013-02-28T08:10:59.597 に答える