2012-03-24 5 views
4

私たちのCF9開発環境は、共通の開発サーバー(DEVWEB)にあります。私たちはIDEとしてDreamweaverからColdfusion Builderに移行することを検討しています。私は、CF Builderがプロジェクトのルートに.settingsディレクトリと.projectファイルをドロップする方法を懸念しています。共通の開発サーバーを使用するチーム環境でColdFusion Builder 2をどのように使用しますか?

開発チームはこれにどのように対処しますか?チームメンバーが設定を変更した場合、プロジェクトの設定/設定を変更しても上書きされませんか?または、それらのバンドルに含まれる設定のタイプは、チームメンバー間で伝達されるべきもののタイプですか?

開発用にCFをローカルインストールすることは望ましくありません。

ありがとうございました!あなたが共通のサーバを言うとき

クリス

+0

任意の種類のバージョンコントロールを使用しているのですかFTPだけですか? –

+1

私はあなたがしたくないものに向かってあなたを指し示す答えを掲示しました...しかし、あなたは転倒ポイントを押し倒すかもしれないいくつかのアイテムを追加しました。ソースコントロールを途中で入れなくてもチーム開発を行うのはかなり難しく、日食はネットワークファイルを扱うのが非常に難しくなります。ネットワークの場所に「プロジェクト」を設定することは、残念なことに事実上非スターターです。しかし、中央に常に更新されたステージングまたは共通のサーバーを途中で維持する方法でこれを容易にすることができます。これは達成しようとしている可能性があります。 –

+0

私たちは、幅広い種類の小規模なWebアプリケーションをサポートする多数のデータベースサーバーを複数のdbサーバーに持っています。各開発者に適切なdbsの全てへの適切なアクセスを設定させることは、(これまでのところ)個々の開発者CFのインストールに邪魔されてきました。これまでの2つの回答と追加のコメントから、私たちは実際にこのような不具合を乗り越える必要があります。 ) 意図されました。皆さんありがとう! –

答えて

8

クリス、私はあなたが誰もがコードへのファイル共有アクセス権を持っているし、変更を行うことを意味想定しています。私たちはこれまでそうしていましたが、次のように問題を解決しました。

  • subversion source countrolすべてのコードはリポジトリに格納されます。 GITも良い解決策です。
  • ローカルワークステーションの開発。各開発者は、ローカルWin7またはMacで実行されているコードとCF/Webサーバーのコピーを持っています。彼らはリポジトリにコードを変更してコミットします。
  • ハドソン連続統合サーバー。この製品を使用すると、SVNから共通の開発サーバーを更新する展開スクリプトを作成できます。
  • 投稿コミット・フック/トリガー。ちょっとしたスクリプトを書くことで、私たちのSVNコミットは、共通サーバーにビルドを実行するためにhudsonを「起動」させることができます。

結果は、ソース管理のコミットによってコードが共通サーバー(「ステージング」サーバーと呼ばれます)にプッシュされるため、チーム全体のチームと非常によく似ています。

SVNまたはGITには素晴らしい統合されたEclipseツールがあるので、ソースコントロール部分(これは最も難しいように見えることがあります)は実際には慣れるのが最も簡単です。

最も難しい部分は、通常、ローカルのワークステーションでWebサーバー/ CFサーバーを実行しなければならない開発者がいることです。開発者はこれまでと同じかもしれないし、そうでないかもしれません。基礎となるWeb/cfテクノロジで、データソースを設定する方法、クラスパスに何かを追加する方法、ApacheやIISで仮想ディレクトリを作成する方法など、いくつか学ぶべきことがあります。しかし、これらのレッスンは、一般的に、スタッフのデバッグスキルを向上させるため、勝利です。

完了したら、ソース管理、継続的な統合、新しいスキルなど、以前は持っていなかったことがいくつかあります。そのすべてがあなたのスタッフ全体に利益をもたらします。それは私のものです。詳細を知りたい場合は、私に連絡してください。

+2

+1各開発者ワークステーションでColdFusionを実行しない理由はありません。その後、彼らは衛生的な環境で完全な制御を持っています。 –

+0

「ローカル」開発者ごとに別々のDBを必ずしも実行するとは限りません。我々は通常、DBサーバーを使用し、データベースのdevコピーを実行します。開発者は、ローカルのisntallをこのdevdbコピーに接続します。その理由は簡単です。DBは数ギガバイトになる場合もあれば、制御とクレンジングに必要なデータが含まれている場合もあります。しかし、一般的にこの妥協はうまくいく。 –

+0

CFAdminにアクセスできる場合は、常にCARファイルを作成し、そのファイルをさまざまな開発者に配布してローカルに配布できます。アーカイブには、サイトの設定に必要なすべてのマッピング、dsnなどの情報が含まれます。 –

0

私の最大のクライアントの場所に似た環境で作業しているように聞こえます。他の人が中央のソースリポジトリの使用について言及しているので、あなたの環境が私が扱うもののようなものであれば、実際には最良の解決策ですが、そうしたものをインストールするオプションではないかもしれません。実際にはまだDWを使用しており、同期ツールを使用しています。しかし、私たちの "チーム環境"は本当に各チームメンバーのほうが、彼らがサポートする独自のアプリケーションを持っています。それはしかし、少なくともコピーを持つ意味は

http://forums.adobe.com/thread/462797

:あなたがしたり、開発サーバ上のFTPまたはSFTPサーバーのセットアップを持っていないことができれば、あなたは、少なくともCFBに組み込まれた同期ツールを使用することができるはずですあなたのローカルマシン上のCFコードのそれはあなたのローカルマシン上でCFを実行する必要があるわけではありませんが、あなたがなぜそうすべきかについて多くの議論があります。私たちは、通常、すべての開発マシンでCF/IIS/Oracle/SQL Serverを実行します。私たちはいくつかのアプリケーションを必要としていますが、実際にデータを持つDBのすべてをローカルでエミュレートしようとすると、物流上の悪夢となるでしょう。

私は彼らがまだ専用のSVNサーバーを実行できない場所で働いていて、すべての開発マシンで「SVNサーバー」を実行しました。真のチーム環境であれば、このアプローチは私にとっては厄介な状況の可能性を秘めているようです。

関連する問題