実装する前に、Coldfusion ショップで複数の開発者にとって実行可能なワークフローを見つけようとしています。
現在、私たちのほとんどは(まだ)本番環境で直接作業しています。それを変えたい。
各開発者が独自のリポジトリを持ち、テスト Web サーバーと本番 Web サーバーにリポジトリがある場合、「中央」リポジトリの価値は何ですか? このシナリオで、BitBucket のようなものはどのような価値をもたらしますか?
実装する前に、Coldfusion ショップで複数の開発者にとって実行可能なワークフローを見つけようとしています。
現在、私たちのほとんどは(まだ)本番環境で直接作業しています。それを変えたい。
各開発者が独自のリポジトリを持ち、テスト Web サーバーと本番 Web サーバーにリポジトリがある場合、「中央」リポジトリの価値は何ですか? このシナリオで、BitBucket のようなものはどのような価値をもたらしますか?
中央リポジトリを使用する場合は、開発ブランチを dev ブランチに配置し、プロダクション ブランチをバグ修正のみに残すことができます。また、本番環境でmercurialリポジトリを実行するのは悪い考えだと思います. 運用サーバーをリポジトリから分離するための定期的な展開戦略について考えてください。
しかし、私は Coldfusion の経験がないことを認めなければなりません。リポジトリから直接実行しても問題ないかもしれません。
BitBucket または会社のサーバー (物理的に保護され、バックアップされている場合) でホストされている中央レポは、非常に悪いことが起こった場合にそれらを確実に利用できるという利点とビジネスの継続性を提供します。
リポジトリの複数のコピーは、そのうちの 1 つを含むハード ドライブがクラッシュした場合に適しています。しかし、火災や盗難により、レポを含むすべてのハードドライブが一掃された場合 (その事例を読んだことがあります)、あなたには何も残されません。
bitbucket の主な利点は、サーバーのセットアップ/メンテナンス/バックアップがないことです。インターネットにアクセスできる場所ならどこからでもアクセスできます。
@luksch が、複製されたレポから直接 prod を実行することに疑問を呈したのは正しかったです。少なくとも、.hg ディレクトリを提供していないことを確認する必要があります。Mercurial パッケージのタグでソースを取得し、リポジトリに配置し、再起動するか、CF サーバーが必要とすることを実行する、ある種の展開スクリプトを使用することをお勧めします。
私が常温核融合で得た最高の経験 (最高の根管を持っているように) は、adobe のサーバーを捨ててrailoを使用したときでした。アプリであり、戦争中のランタイムであるため、展開が非常に簡単になります。