8

近い将来、職場の開発環境の移動と改善のために 2 週間ほどお時間をいただく予定です。

私たちは主に、2 ～ 10 人の開発者で 1 つの大規模な PHP/MySQL プロジェクトを開発しています。

現時点では、mod_userdir で apache を実行する 1 つの開発サーバーがあり、各開発者の (samba アクセス可能な) ホームに /public_html フォルダーがあります。VCS とプロジェクト管理/問題追跡には、Subversion と Trac を使用しています。テスト/展開にはいくつかの手動の手順が必要であり、自動化はあまり行われません。

新しいセットアップの私の計画には、既存のものに対する次の変更が含まれます。

  • 継続的インテグレーション
  • CI を Trac に統合し、ビルドの進行状況の成功または失敗後にアクションを開始することを提案するプラグインを作成/検索します (つまり、ステージング/ライブにデプロイします)。
  • 自動展開スクリプトを作成する (ワンクリック)
  • ( doxygen )-Documentation をビルド進行状況に統合し、何らかの形で Trac に統合する
  • 自動バージョニングを追加
  • 監視の別のレイヤーを追加します (ローカル nagios が運用システム nagios を監視します)
  • 毎晩実行される MySQL レプリケーション スレーブを追加します。これにより、開発者はこれを使用して up2date データのテストを行うことができます。
  • バックアップ計画を確認する
  • この方法ですべてを設定する方法と理由を文書化する

さらに改善できるヒントやヒントはありますか？何か別の方法でやるべきことはありますか?

4

2 に答える 2

5

継続的インテグレーション ツールで使用できるように、自動化されたデプロイ スクリプトを作成してください。Hudson (および私が推測する CruiseControl) は、基本的にこれらのスクリプトをラップして、気の利いたフロントエンドを提供します。

Hundson は簡単にインストールでき、Trac プラグイン、SVN、CVS、Git プラグイン、Doxygenプラグインなど、考えられるほぼすべてのプラグインが付属しています。警告: 私はこれらのプラグインをすべて使用したわけではありません.

CI ソフトウェアの予算がある場合は、TeamCity を検討する価値があります (またはBittenを使用していますか?)。

せっかくのチャンスですので、頑張ってください！

于 2009-01-13T11:07:50.410 に答える
2

私の唯一の提案は、

  • この方法ですべてを設定する方法と理由を文書化する

これは、開発環境を改善するための私のリストの最後の項目であり、まだ実行していません。

より良い機能や使いやすさを提供するために、各パーツは常に変更または改善されています。「理由」をコメントとして、実際に実装する場所にできるだけ近づけるようにすることをお勧めします。これは、システムを変更する人が必要とする唯一の場所です。

リンクと物理サーバーの名前を示す 1 つの大きな図もあるかもしれませんが、それ以外はドキュメントが面倒であることがわかりました。

乾杯

于 2009-01-13T10:33:05.707 に答える