クリス、私はあなたが誰もがコードへのファイル共有アクセス権を持っているし、変更を行うことを意味想定しています。私たちはこれまでそうしていましたが、次のように問題を解決しました。
- subversion source countrolすべてのコードはリポジトリに格納されます。 GITも良い解決策です。
- ローカルワークステーションの開発。各開発者は、ローカルWin7またはMacで実行されているコードとCF/Webサーバーのコピーを持っています。彼らはリポジトリにコードを変更してコミットします。
- ハドソン連続統合サーバー。この製品を使用すると、SVNから共通の開発サーバーを更新する展開スクリプトを作成できます。
- 投稿コミット・フック/トリガー。ちょっとしたスクリプトを書くことで、私たちのSVNコミットは、共通サーバーにビルドを実行するためにhudsonを「起動」させることができます。
結果は、ソース管理のコミットによってコードが共通サーバー(「ステージング」サーバーと呼ばれます)にプッシュされるため、チーム全体のチームと非常によく似ています。
SVNまたはGITには素晴らしい統合されたEclipseツールがあるので、ソースコントロール部分(これは最も難しいように見えることがあります)は実際には慣れるのが最も簡単です。
最も難しい部分は、通常、ローカルのワークステーションでWebサーバー/ CFサーバーを実行しなければならない開発者がいることです。開発者はこれまでと同じかもしれないし、そうでないかもしれません。基礎となるWeb/cfテクノロジで、データソースを設定する方法、クラスパスに何かを追加する方法、ApacheやIISで仮想ディレクトリを作成する方法など、いくつか学ぶべきことがあります。しかし、これらのレッスンは、一般的に、スタッフのデバッグスキルを向上させるため、勝利です。
完了したら、ソース管理、継続的な統合、新しいスキルなど、以前は持っていなかったことがいくつかあります。そのすべてがあなたのスタッフ全体に利益をもたらします。それは私のものです。詳細を知りたい場合は、私に連絡してください。
任意の種類のバージョンコントロールを使用しているのですかFTPだけですか? –
私はあなたがしたくないものに向かってあなたを指し示す答えを掲示しました...しかし、あなたは転倒ポイントを押し倒すかもしれないいくつかのアイテムを追加しました。ソースコントロールを途中で入れなくてもチーム開発を行うのはかなり難しく、日食はネットワークファイルを扱うのが非常に難しくなります。ネットワークの場所に「プロジェクト」を設定することは、残念なことに事実上非スターターです。しかし、中央に常に更新されたステージングまたは共通のサーバーを途中で維持する方法でこれを容易にすることができます。これは達成しようとしている可能性があります。 –
私たちは、幅広い種類の小規模なWebアプリケーションをサポートする多数のデータベースサーバーを複数のdbサーバーに持っています。各開発者に適切なdbsの全てへの適切なアクセスを設定させることは、(これまでのところ)個々の開発者CFのインストールに邪魔されてきました。これまでの2つの回答と追加のコメントから、私たちは実際にこのような不具合を乗り越える必要があります。 ) 意図されました。皆さんありがとう! –