17

私の意見では、 Joel Testに関する質問 1 から 4はすべて、使用されている開発ツールと開発者向けのサポート システムに関するものです。

  1. ソース管理を使用していますか?
  2. ワンステップでビルドできますか？
  3. 毎日のビルドを行いますか?
  4. バグデータベースはありますか?

大きな銀行口座を持っていない小規模な開発ショップがこれらの質問に対して肯定的な答えを得るために使用できる無料/安価な (しかし優れた) ツールが存在することに興味があります。

ソース管理については、Subversion が優れたソリューションであることを私は知っています。また、ワンマン ショップの場合は、SourceGear のVaultを使用することもできます。

私は大規模なプロジェクトに NAnt を使用していますが、インストーラーをビルドするためのスクリプトをセットアップしたり、難読化ツールをすべて 1 つのステップとして実行したりしていません。他の提案はありますか？

ビルドに 1 ステップで「はい」と答えることができれば、毎日のビルドを作成するのは簡単だと思いますが、それらの毎日のビルドを自動化するためにどのツールをお勧めしますか?

1 人または 2 人のチームの場合、FogBugz On Demand を使用できることはすでに SO で議論されていますが、小規模なチーム向けの他のバグ追跡ソリューションはありますか?

4

14 に答える 14

19
  1. ソース管理: SubversionまたはMercurialまたはGit
  2. ビルドの自動化: NAnt、MSBuild、Rake、Maven
  3. 継続的統合: CruiseControl.NETまたはContinuumまたはJenkins
  4. 問題の追跡: Trac、Bugzilla、Gemini (.NET でフリーっぽい必要がある場合)

NUnit、Fit、およびWatiNによる自動テストを忘れないでください。

于 2008-08-18T18:25:23.437 に答える
4

1)転覆

2)アリ/メイブン

3)連続体

4) Bugzilla /トラック

于 2008-08-18T18:21:11.573 に答える
3

私の好みのスタック：

1）Subversion。私は分散ソース管理に興味を持っていますが、まだ怒りを試す機会がありません。一元化されたソリューションの場合、svnは堅実です。

2）アリ。Mavenは、動作しているときに使用するのが楽しいですが、古いアリのハッカーとして、問題が発生するとMavenをフォローするのが難しくなります。

3）ハドソン。これまで言及されていませんが、間違いなく調査する価値があります。信じられないほど使いやすく、積極的にメンテナンスされているツール。以前、私たちはAnthill Proの代金を支払いましたが、それは薄っぺらなようで、失敗するたびに修正するのに苦労しました。

4）jiraの料金を支払います。安くはありませんが、私たちが検討したオープンソースオプションよりもはるかに使いやすく、非常に柔軟性があります。

于 2008-08-19T00:24:24.303 に答える
2

私のエンジニアリング スタック:

  1. Git (私は GitHub が大好きですが、Git はホストされたソリューションを必要としません)
  2. レーキ
  3. CruiseControl.rb
  4. 霧虫

これらの選択は、ほとんどの場合、Ruby、Rails、SQLite、Firefox、および OSX を含む私の開発スタックの影響を受けていることは間違いありません。

于 2008-08-18T18:40:45.793 に答える
2

Team System に代わるものを見つけるために、私の既存の質問を見たいと思うかもしれません。おすすめもたくさんあります。

于 2008-08-18T18:54:27.980 に答える
2
  1. ギット
  2. 作る
  3. クロン
  4. トラック

私は音節の少ない男です;-)

開発者が簡単にプライベート ブランチを簡単に作成できる何らかのバージョン コントロールを使用してください。次に、プライベート ブランチを取得して、メイン ブランチの単一のコミットに絞り込みます。そうすれば、個々の開発者は、組織とは対照的に、壊れたコミットで他の誰かのコードを汚染する (そして彼らの作業を遅くする) ことなく、バージョン管理の利点を得ることができます。

この機能は、私が git で気に入っている点です。分散バージョン管理システムにのみ実際に存在すると思います。ただし、DVCS を使用するからといって、実際に分散開発を行う必要があるわけではありません。

ワンステップ ビルドに関しては、make がデフォルトのビルド ツールであり、ほとんどのタスクで非常にうまく機能します。よほどの理由がない限り、私はそうします。

毎日のビルドが必要な場合は、ビルド コマンドを cron.daily に入れます。必要に応じて、cron からのメールを処理する procmail フックをセットアップします。

バグ追跡には、 を使用します$(apt-cache search bug tracking)。基本的に、箱に「バグトラッカー」と表示されていて、他の人がそれを使用していることを知っている限り、おそらく問題なく動作します。常連の中には、bugzilla、mantis、trac があります。

于 2009-05-24T23:54:34.877 に答える
1

提案するツールはありませんが、毎日のビルドについて提案があります。毎日のビルドはありませんが、私はいつもその質問に「はい」と答えています。代わりに、誰かがコミットするたびにビルドを行います。これにより、あらゆる問題をほぼ即座に把握できます。私たちのプロジェクトのいずれかが、ビルドに取るに足らない時間以上の十分な LOC を持っている場合、これを行うと、毎日のビルドの方向に適切に劣化します。

于 2008-08-18T18:49:06.447 に答える
0

ビルドの自動化と継続的な統合については、 JetbrainsのTeamCityをご覧ください。

多くの機能があり、セットアップと使用は本当に簡単です。

Visual Studio 2005/2008 を使用すると、追加のスクリプトを必要とせずにソリューションを直接ビルドできます (ビルドだけが必要な場合)。

また、単体テストを実行し、ビルドの成功、単体テストの実行時間などに関する統計を収集します。

何よりも、Pro エディションは、最大 20 人のユーザーと 3 人のビルド エージェントを持つチームに無料で提供されます。

于 2008-08-19T19:00:58.917 に答える
0

比較的安価な優れた課題トラッカーはaxoSoft OnTimeです。MS TFS を入手するまで、何年も使用していました。

NantとCruiseControlは私の環境の定番です。

于 2008-08-18T18:29:58.310 に答える
0
  1. ソース管理: cvs
  2. ビルド gnu メイク
  3. bash スクリプトを呼び出す cron ジョブ
  4. バグジラ
于 2009-06-08T11:57:20.983 に答える
0

.Net での難読化はもう必要ないと思います (別の回答を参照してください) 。

私は Vault を考慮しません。SVN は現時点で (しかも無料で) マーケット リーダーです。Git はかなり有望に見えますが、現在はコマンド ラインのみであり、学習曲線は急勾配です。

MSBuild は .Net 2 または 3.5 の NAnt に勝る

CC.Netは素晴らしいです。

于 2008-08-18T18:34:50.313 に答える
0

*4)レッドマイン

さまざまなスタックをテストするには、 Bitnamiをお勧めします。Trac、Redmine、Subversion、およびその他の無関係なものがいくつかあります。

于 2008-08-18T18:45:01.027 に答える
0

私は現在 SVN を使用していますが、開発サーバー上のネットワーク ドライブへのチェックアウトに関して、多くの場合、または問題がありました。修正するために多くの釣りを必要とするロックの問題が発生する傾向があります。WebDav アクセス方法を使用すると、これらの問題の一部が緩和される可能性がありますが、まだ実験していません。

Bugzilla、Trac、Fogbugz のいずれもバグ追跡に役立ち、それぞれがエクスポート機能を提供するため、後でいつでも気が変わることができます。また、チームに完全に同意してもらうことができれば、時間管理ソフトウェアは事後調査などにも役立ちます (全員が完全に参加する意欲がある場合.

于 2008-08-18T23:13:46.053 に答える
0

MSBuild、CruiseControl.NET、FxCop、NUnit、NCover、および Subversion を使用した継続的インテグレーションに関するこれらの記事をチェックしてください...

ソフトウェア開発の塹壕から

于 2008-08-18T20:09:28.093 に答える