11

早めのクリスマス プレゼントをもらいました。
開発サイクルから抜け出して、アプリケーションを再編成してドキュメント化する許可です。
私には、適切と思われるインフラストラクチャをいくらでも再構築、リファクタリング、セットアップする完全な自由があります。

carte blancheがあれば、あなたの「完璧な」.NET 開発環境は何ですか?

アプリケーションについて:
VB.NET クライアント サーバー アプリケーション。(Windows Forms フロント エンド、ASPX Webservices バック エンド)
現在、Visual Studio と SQL Server 2003 と... Visual SourceSafe を使用しています。

以下のいくつかの組み合わせが必要です:
* より良いバージョン管理。(Subversion に傾倒)
* バグの追跡と文書化のための Wiki またはその他のシステム。( Subversion を使用したTracに傾倒)
* 単純化されたビルド プロセスと毎日のビルド ( Visual Build ? CruiseControl.NET ?)
* SQL Server データベースのバージョン管理
* Visual Studio 2005 (または 2008) へのアップグレード?

... 5 人ほどの開発者の小さなチームの場合

4

15 に答える 15

12

皆さんは正しい方向に傾いていると思います。

Visual Studio 2008を使用します。SP1では非常に安定しており、.NETFrameworkのバージョン2とバージョン3の両方をターゲットにできます。

于 2008-12-02T13:59:58.377 に答える
8

これにどれだけ時間と考えを注いだとしても、おそらく「完璧な」環境にたどり着くことはありません。各ツールには独自のクォークと問題があります。それにもかかわらず、ここにいくつかの考慮事項があります。

Visual Studio の最新かつ最高のバージョンである Visual Studio 2008 SP1 に移動します。

MSDN サブスクライバーであり、Visual Studio の Team System バージョンを購入している場合は、Team Foundation Serverをインストールできます。（TFS）。TFS は、Visual Studio に統合された非常に洗練された製品です。Windows Sharepoint Services (WSS) を使用し、wiki、ドキュメント リポジトリなどを利用できます (基本的には、Microsoft Office Sharepoint Server の簡易版)。TFS は Visual SourceSafe の最新バージョンも提供しますが、私はこれに問題はありませんでした。Microsoft は、何十万人ものユーザーに拡張できると話しています。TFS Workgroup エディションでは、最大 5 人の開発者がライセンスを購入することなく使用できます。5 ユーザーを超えると、ライセンスを購入する必要があります。また、TFS を実行するには SQL Server 2005 を使用する必要があると確信していますが、間違っている可能性もあります。単一のボックス (開発者ボックス) に TFS をインストールしましたが、問題はありませんでした。

  SO TFSはあなたに与えるでしょう：

  • コラボレーション
  • バージョン管理
  • プロジェクト ステータスのレポート
  • 問題追跡
  • Visual Studio への統合
  • 他にもおみやげがいっぱい

毎日の継続的なビルドには、CruiseControl.NET (CC.NET) を使用します。TFS に組み込まれているビルド システムを使用しようとしましたが、非常に多くの問題に遭遇しました (主にプロジェクトの構造が原因だと思います)。CruiseControl.NET は、インストールと構成が簡単で、チャンピオンのように機能します。継続的なビルド (チェックインごとにビルドがトリガーされる) と毎日のビルド用に設定できます。CruiseControl.NET にいくつかのより難しいタスク (サービスの停止など) を実行させるには、いくつかの巧妙な方法を見つける必要があるかもしれませんが、私が必要としていたことは何もできませんでした。また、かなり拡張可能であるため、コードを記述して、必要な機能を実行させることができます。これは優れた機能です。

データベースのバージョン管理についてはわかりませんが、TFS Source Safe を使用してこれを実現できると思います。

幸運を！

于 2008-12-02T14:29:15.087 に答える
6

次のツールをお勧めします (主な理由は、私たちが使用しているものだからです)。

私たちはそれぞれローカル マシンで作業し、Subversion リポジトリを (CruiseControl.NET を使用して) 監視し、そのサーバーで最新のリビジョンをビルドする別のビルド サーバーを持っています。

「MSBuild コミュニティ タスク」を使用して Subversion リビジョン番号をアセンブリに埋め込み、ユーザーに表示できるようにします。

現時点でセットアップにある最大の「穴」は、データベースと自動テストにあります。

現在、私たちは皆、中央のデータベース サーバーを使用しています。理想的には、ソース管理下でデータベースを再作成するスクリプトを用意する必要があります。私が収集したところによると、ビルド サーバーがサイトを再構築するたびに、データベースも再構築する必要があります。また、データベースに必要なテスト データを生成するスクリプトも必要です。

このようなデータベース ビルドを使用すると、データベースのローカル コピーでも作業できます。

Red Gateソフトウェアの SQL Toolbelt (またはその一部) をご覧になることをお勧めします。私たちは SQL Compare ツールを使用してスキーマをライブ サーバーに展開していますが、私はそれらに非常に感銘を受けました。

幸運を！

于 2008-12-02T14:23:52.977 に答える
5

完璧な .NET 開発環境には、ReSharperのコピーがインストールされています。私は最近の改宗者で、気に入っています。

于 2009-01-01T17:38:42.437 に答える
4

私なら、Team Foundation Server に一票を投じます。次に、ソース管理、自動ビルド、および (一種の) バグ追跡がすべて 1 つのパッケージに含まれており、VS 2008 と非常にうまく統合されています。ただし、価格はかなり高くなります。

于 2008-12-02T14:15:19.313 に答える
3

私の好みは、Visual Studio 2008 / Subversion / Trac / Anck and Tortoise / CruiseControl.NET (TeamCity / Bitten ) のセットアップです。

TFSが優れた製品ではないと言っているわけではありませんが、「かさばる」と思います。最近、Trac / Subversion ソリューションから TFS に切り替えましたが、最初のセットアップの方が好みです。詳細はありますが、それらはうまく機能します。

例：

  • TFS はチェックインとビルドのメールを送信します。Trac には簡単なタイムラインフィードがあります。( TFSには回避策があります。)
  • 新しいチェックインがある場合は、(フィードから) リンクをクリックすると、Trac 環境になります。前の chncgeset との素敵な差分が表示されます。（TFSのどこ？）
  • 統合された wiki は、内部文書にとって非常に優れた環境です。
  • コメント用の Tortoise クライアントのIntelliSense
  • ソースを閲覧し、ドキュメントを更新するための優れた Web インターフェイス (自宅にいるときは簡単でした)
  • ...

細かい部分が、私にとってはより良いツールになっています。

また、チームは小規模 (これも 5 人の開発者) であり、セットアップには時間がかかると言いました。大規模なチームで作業する場合は、TFS がおそらく望ましいと思います。

于 2008-12-02T16:00:23.593 に答える
3

開発ボックスについて

サーバー上

于 2009-01-01T18:04:20.937 に答える
2

IDE とソース管理に関する私の推奨事項:

  • VS2008 SP1
  • サブバージョン、TortoiseSVN (Windows Explorer 用) およびAnkhSVN (VS2008 用)
于 2008-12-02T14:11:12.707 に答える
1

私は最近SourceGearFortressに転向しました。安価で、高速で、信頼性があります。

私は大規模なチーム（> 20人の開発者）のTFSが大好きです。Subversionで足を濡らし始めたばかりなので、セットアップが非常に簡単だったことを除いて、まだ共有するものはありません。

しかし、Tracは走るのが非常に困難でした。ただし、これはドキュメントの問題であり、製品自体の問題ではありません。

于 2008-12-02T15:33:11.807 に答える
1

私の選択肢は次のとおりです。

より良いバージョン管理。

私はSourceGear Vaultを選びます - 堅実で、魔法のように機能し、ソースは SQL Server データベースに保存されます --> 簡単にバックアップでき、Visual SourceSafe ほど不安定ではありません。

バグの追跡と文書化のための Wiki またはその他のシステム。

私の個人的な経験から: FogBugzはあなたの最善の策です - シンプルで、簡単で、素早く把握でき、仕事をうまくやり遂げます。 )

簡素化されたビルド プロセスと毎日のビルド (Visual Build? CruiseControl.NET?)

CruiseControl.NET は優れた無料のオプションです。多少の高速化を気にしない場合は、デスクトップまたはサーバー アプリケーションとしての FinalBuilder も検討します。

SQL Server データベースのバージョン管理

--> Vault を使用してください! 同じように動作します。Apex SQL Scripter などの優れたツールを使用して SQL を作成および維持し、データベース スキーマを作成および更新して、それらの SQL スクリプトを Vault に配置します。

Visual Studio 2005 (または 2008) にアップグレードしますか?

.NET 3.5 SP1 で Visual Studio 2008 SP1 を使用してください。堅牢で優れた新しい生産性機能が満載です。

ちょうど私の $0.02

于 2009-01-01T17:28:20.743 に答える
0

私たちはバージョン管理にSourceGearのVaultを使用しており、小さなチームとしてうまく機能します。

プロジェクト/バグ/サポートの追跡には、AxoSoftのOnTime2008を使用します。

また、ScrewTurn Wikiを使用して、手順とサンプルコード/ベストプラクティスを文書化します。

ビルドプロセスについては、通常はそのように機能しないため、日常のプロセスに完全に自動化されていません。ただし、ベータビルドとリリースビルドの場合、バージョン番号を手動で更新した後、NAntを使用して完全なビルドを実行します（サポートチームのバージョン番号をより見やすくするためにこれを実行します）。

そして、間違いなくVisual Studio 2008を使用してください。2005バージョンには、大規模なVBプロジェクトで多くの問題がありました（少なくとも私たちにとっては）。

于 2008-12-02T14:06:18.817 に答える
0

SP1を適用したVS 2008では非常にそうです。私も強くお勧めします：

于 2009-05-19T19:20:30.620 に答える
0

私は TFS について多くの良いことを聞いてきました。ただし、コスト要因もあります。リストしたツールは互いに非常にうまく連携し、無料です。

追加したいのは、Subversion クライアント用のTortoiseSVNです。純粋主義者には好まれませんが、Windows シェルのコンテキスト メニュー (右クリック) と統合されているため、非常に使いやすくなっています。

SVN バージョンについては、最近リリースされた 1.6 リリースを使用してください。このバージョンでは、分岐とマージが改善されました。

Trac は素晴らしいツールです。SVN コミット メッセージのTracWikiとTracLinks のフォーマット ルールをよく読んでください。Trac はこれらのメッセージを解析するため、チケット 123 の修正をコミットする場合、'#123' を SVN メッセージに追加すると、Trac はそのコミット (およびそれに関連付けられたすべてのファイル) を対応する Trac チケットにリンクできます。これは、デルタ リリースに移行する場合に特に役立ちます。

于 2009-07-07T17:00:05.827 に答える
0

VS2008 with SP1、SVN (Ankh and Tortoise) に同意します。

ドキュメントを生成するには、 sandcastle / docprojectを調べてください。

クルーズコントロールはうまく機能します。

データベースのソース管理に関しては、VS2008 でデータベース プロジェクト タイプを使用し、SVN (または選択した他のソース管理ソリューション) を使用してそれをソース管理下に置くことができます。

于 2008-12-02T14:16:58.043 に答える
0

バグ追跡、プロジェクト管理、FishEye および Crucibleのソース ブラウジングとコード レビューにJiraとSubversion を使用していますが、非常にうまく機能しています。

私たちは 12 人の開発者からなるチームです。私たちは、VB.NET と Visual Studio 2008 プロジェクトの組み合わせである、すべてのビルドと自動展開を行うために使用するFinalBuilderの長年のユーザーであり、非常にうまく機能しています。SQL Server 2005/2008 データベースを対象とし、データベース オブジェクトをソース管理リポジトリに保持します。ほとんどの場合、Visual Studio 2008 Database Edition と Redgate のツールを組み合わせて使用​​していますが、特に変更スクリプトやその他の管理をうまく行っています。私たちにとって、TFS は単純にうまくいきませんでした。煩雑で、ワークフローをカスタマイズするのが難しく、ワークフローを支援するのではなく、邪魔になる傾向がありました。

于 2008-12-02T15:10:55.267 に答える