3
私はこのトピックについて既に多くの質問があることを知っていますが、私は必要なものを正確に見つけるのが難しかったです。小規模なWebチームのためのワークフロー
私たちは現在SVNを使用している小さなチームですが、すぐにGitに切り替える予定です。私たちは変更をチェックし、ライブウェブサイトに1日中押し込むことに慣れていますが、現在は正式なテスト手順がありません。これは追加したいことです。私はSVNでこれをやってに慣れている方法は次のとおりです。
- 個人的なテスト環境で変更
- で
- チェックを開発するグローバル（生産状）のテストWebサーバに現在のリポジトリファイルを送信、およびテスト
- これは明らかにコミュニケーションが良くない場合は特に、いくつかの問題を作成することができ、ライブのWebサーバ
に現在のリポジトリファイルを送信します。私は、未確認の変更が生き残った時代を経験しました。それは、絶対に避けたいものです。
私が想定しているのは、実サーバで実行されているテスト済みのコードを保持するマスターGitリポジトリです。次に、リビジョンのテストに使用されるリポジトリのクローンを作成します。私は、要求している開発者から変更を引き出し、テストリポジトリのブランチに入れ、いくつかの自動テストを実行してメジャーが壊れていないことを確認するスクリプトを用意したいと思います。すべてチェックアウトすると、そのブランチをマージしてマスターにプッシュアップし、ライブサーバーに送り出すことができます。
このワークフローについてのご意見、改善の提案、または別のやり方についてお聞きしたいと思います。また、これをどのように設定するかについての詳細も理解できます。ありがとう！
編集：これまでのところ上記の方法を使ってきましたが、かなりうまく機能しています。
。このメソッドは、リポジトリに大量のブランチを作成しませんか？私はマスターリポジトリをできるだけクリーンに保ちたいと思います。私はGitの使用がこれまでのところ非常に限られていることにも気づくべきでした。数多くのブランチは多分大したことではありませんが、それらを維持しようとする開発者や、使用していることを知っている開発者がいるかもしれません。 – kbosak