すべてのコミットに理由と目的があるように、各デプロイにも目的と理由があると思います。ソース コードのコミットにはコメントがあります。しかし、展開には何もありません。
各デプロイの理由と目的を自動的に記録するにはどうすればよいですか?
次の記録を残す必要があります。
この種のシステムの必要性を感じた人はいますか? 私のアプローチについてどう思いますか？どうすれば目標を達成できますか? 現在、展開に Capistrano を使用しています。
賞金が追加されました。「継続的な展開」を行っているさまざまな開発者の話をもっと聞きたいです。
追跡を展開する 2 つのサービスを見つけました。
Webistrano（https://github.com/peritor/webistrano/wiki）は、capistranoへのWebインターフェイスであり、誰がいつ何をデプロイしたかを追跡するため、調査する価値があります。
私はまさにこの問題のための Web サービスhttp://deploytracking.comを構築しました。これは capistrano にフックし、デプロイに関与した時間、ユーザー、ブランチ、ref、環境、リポジトリを記録します。
私の現在のプロジェクトはapinsein の git-deployment レシピ の修正版を使用しています。これは (cap にデプロイを行うように指示すると) 現在の HEAD に Git タグをタグ付けします (これにより、通常の Git コミットのすべての利点が得られます)。
参考になるかわかりませんが、別の方法を考えたいと思います。私は、まさにあなたが探していることを行う新しい展開ツールを構築しています。私はここで私のものをスパムするつもりはありませんが、私はあなたを助けることができるものを構築しているので...
とにかく、ここを見てください https://alessiosantocs.github.io/Captain。感想を募集中ですので、何かありましたら教えてください。
提案されたように、私は説明をしています:)
私もその必要性を感じてきました。私はデジタル スタートアップで働いており、Capistrano を使用してさまざまな Ruby on Rails アプリケーションに週 5 日、常に何かをデプロイしています。
私たちが気付いたのは、すべての展開について、いくつかのことを行う必要があるということです。
このため、Capistrano と SCM (bitbucket) を統合し、マスター ブランチに加えたすべての変更を追跡するカスタム ソリューションの開発を開始しました。これが現在行われていることです。
現在、展開環境、リポジトリ ソース、展開ブランチ、およびリビジョンを追跡しています。コミットよりもプル リクエストの方がチームの組織的な問題を解決できることがわかったため、主にプル リクエストを管理しています (PR のような厳格なシステムがなければ、他のチーム メンバーのコードを承認することは困難でした)。
必要に応じて、キャプテンと私たちの個人的な開発管理戦略について詳しく説明したいと思います.
説明を求めてくれてありがとう@thirumalaimurugan!
git のタグ付けも試しました。最初は楽しくて良かったのですが、うまく管理できませんでした。
タグは基本的に、特定のリビジョンへのブックマークです。つまり、コミットについて話しているのです。タグはプル リクエストを追跡しません。私たちにとってはかなりの混乱でした。
あなたが達成しようとしていることに彼らが悪いとは思いませんが、あなた (そして私たちも) の問題に正確に適合する他の解決策がいくつかあるに違いないと思います.
Strano - Github がサポートする Capistrano デプロイメント管理 UI.
継続的デプロイに関しては、GitHub プロジェクトの自動デプロイを導入するというプル リクエストも提出しました。