チーム基盤を構築またはォ?

StackOverflow https://stackoverflow.com/questions/2239249

質問

また、主MS店で作業しています。純絡を開発。またMS Dynamics当社のCRMアプリ...すべて♪ましたが、現在使用しているVS/SQL Server2008年.また利用VSSが、皆さんが嫌いなので作業することには注目に値します。

また両社の取組みテスト駆動開発の実施全体にチーム(~数十名）.んで頂いており図間の設定にはじめて自動化を運んの2008年slnビルダーも用SVNが作った設定方では、ソース制御を解析する時demoingにmanagamentはないかと考え始めたの買っ蛇油を吐出しからの提言と将来への投資を維持しながら、生産性を.

この投げたレンチ思ってTDD築こだわからないといけなかったので、常にこの投資を維持しながら、生産性をしただけでもないしなければなりませんが、その他当社のチームからのショップまたいついて?解決方法/評価いい感あるディップスイッチにより年間のTDD/CI地域の第三者の商品があります...まだまだ必要な多くの研究がきっかけになるかもしれないと私がここで見れば誰もが実際に使用した。

この投資を維持しながら、生産性を広くそれかの構築サーバ---がんこも幅広い質問です。 その実践的なプ/利用TFS/TFBの代わりに図など利益にかないまって/。は誰でもここで実際に使用の両方のシステム(TFSのためのテスト駆動開発/CI、図/SVN）かしながら実践的な観点か?

もちろんの一部でこのテーマに、日本人の配偶者やその家族がここでについて、承認申請のために連結実績のTFBでのみ対応してMSBuild.った企画用FinalBuilderと図;でもサポートしますの投資を維持しながら、生産性が---

謝のためのアドバイス

編集：での投資を維持しながら、生産性を使用して構築/CIサーバーでの成功/失敗だろうか。

役に立ちましたか？

解決

私たちは、小規模な開発店であり、Team Foundation Serverのが私たちのためにあまりにも多くのオーバーヘッドを運ぶことを決めました。私たちは、コマンドラインから実行するカスタムMSBuildのスクリプトを記述するために使用されるが、我々はチームシティーを発見した後、我々はそれに私達の全体のビルドプロセスを上に移動。

私たちはチームシティーを使用して、設定が容易であることが判明し、JetBrainsのは、優れたサポートとドキュメントを提供してきました。彼らは、マイクロソフトよりもはるかに高速のリリースおよび更新サイクルでもあります。

SVNのソース管理のための彼らのサポートが優れており、我々は、彼らがユニットテストのためのMSTestをとNUnitの両方をサポートしているという事実が好きです。

我々はまた、プロフェッショナルチームシティー版が無料だったという事実を言っていますので、我々はそれが私たちのために働いていたかどうかを確認するために、それを評価することができます。私たちは、Enterpriseエディションにアップグレードするために私たちを必要とするプロジェクト構成（20）の数をヒットしていない。

他のヒント

この質問にはチームシティーについての良い答えをたくさん持っています。これは、TFSとは比較にならないが、それはあなたのためのチームシティーでいくつかの光を当てることがあります。

私は両方を使用している、と私は両方で成功を収めているが、チームシティーはとても簡単でした。チームシティーは、セットアップおよび設定するには微風でした。 TFSはありませんでした。チームシティーは、それが単なる作品を維持し、それは簡単だ、岩の固体です。 JetBrainsのの開発者は、コミュニティへの対応素晴らしい仕事をしています。彼らは真の価値を加えるごとに6〜8ヶ月のうちのリリースを取得します。 TFSは、2年以上のサイクルである。

チームシティーは、あなたが構築し、どのようなソースコントロールは、使用する方法でより多くの選択肢を提供します。これは、1つのすべてのではないのですが、それは時々良いことです。それだけでなく、拡張ポイントの良いセットを持っています。我々はまた、それが持っているエージェントモデルには本当に満足しています。

私はチームシティーで3つの絶対にpainlesアップグレードにより行ってきました。 1 TFSは、私たちは3日間私たちのビルドとソースコントロールを降ろしたんでしたアップグレードします。私は、我々のプロジェクトのチームシティーのための管理者だとそれが月数時間を要します。 TFSは、週に数日を要します。

チームシティー+ SVN + VisualSVNは私が今までに働いているスムーズな環境となっている。TFSは日々に、一般的に滑らかであった、誰かがあった場合にのみ、それが実行されている維持ます。

助け

希望

TFSの利点は、マイクロソフトでサポートされて1つの統合環境です。私は個人的には、ソース管理のためのTFSを好きではないし、それで多くの問題がありました。それは不格好である、しかし、それは（VisualSVNでも利用可能ですが、のように堅牢ではありません）統合VS持つことの利点を持っています。

個人的に、私はあなたがSVN /チームシティーを使用してオフにはるかに良いことだと思います。で動作するようにちょうどより簡単であり、あなたが期待するように、よりを振る舞います。ほとんどのオープンソースソフトウェアと同じように、両方が絶えず進化していると、常にマイクロソフトの前に最新かつ最高の機能を持っています。 2間の統合は本当に良いですし、私は、システムには致命的な欠陥を発見しました。私は常に私はそれがはるかに優れたワークフローであると信じて、私の現在の会社（私たちはTFSを使用）でこのルートを行くことに押し込みます。追加の利点として、TFSのルートを行くよりも大幅に安いです。

私はまた、TFSとFinalBuilder使用していた - 私の質問は、あなたが本当にあなたがNANT / MSBuildので行うことができないFinalBuilderで購入しているものがありますか？私の店での答えは、IMO、残念ながら非常に少ないです。

まず最初に、この記事を参照してください。

SVN対Team Foundation Serverのの

TDDと、このような、私の2セントを育てるより良いどの環境についてご質問については、ビルド管理システムは、ビルドファイル自体には何よりもはるかに少ない重要ということです。あなたのAntまたはMSBuildのファイルは、あなたのテストを行う目標を持っている必要があります。 MSBuildのまたはAntを使用すると、MSのテストスイートを使用する必要はありません。あなたはまだNUnitのか、他何でもしたいを使用することができます。それはTFSは、あなたのMSBuildファイルを呼び出し、またはCruiseControlのであれば、またはチームシティーがある場合にされている場合、それは問題ではないことを意味します。知性は、ビルドファイル、あなたはそれと統合ツールですべてです。

あなたがそこにいる富オープンソースのテストツールとはるかに少ないコストでより多くの自由を持っているので、

私の個人的な選択は、物事のTFSの道にロックダウンを取得することではありません。 TFSは、同様に、メジャーアップグレードを受け取るうとしています。あなたはTFSに行くつもりされている場合は、私のアドバイスは、2010年が解放されるまで少なくとも待つことです。彼らは今可能な限り良いあなたのMSBuildファイルを作ることに集中します。

言われていること、私はTFSは、そこに素敵なビルドシステムのいずれかを持っていることを認めなければならない（2005年、2008年には良かった、ひどいものでした）。簡単にすべての.NETコード内で通知やリリースプロセスをカスタマイズすることが可能であることはかなりクールだった - あなたは、ビルドを超える多くの中央制御を持っていたし、我々はCruiseControl.NETでやったよりも政策を解除します。

だから私は、TFSとSVN / CCNetを使用しました。私はチームシティーに多くを話すことができません。しかし、IMOビルド管理システムが構築されていると、それがどのように構築されているものにかなり依存しないでなければなりません。私たちは完全に統合されたTFSソリューションの大幅に増加し、管理作業を正当化するために私たちのために、TFSは、ちょうど私達を連れリリース管理プロセスに余分な制御はボーナスの十分ではなかったです。また、それが重要になりますTFSの余分ごとのライセンスコストを正当化するために十分だった。

古いTFSのビルドは、XAMLをベースとして作業するのは非常に面倒で、素晴らしいされていません。それは言った、新しいTFS 2015のビルドシステムが飛躍的に優れている、とウェブフックとサードパーティの統合がたくさんベースのスクリプトです。チームシティーと非常に似ています。また、TFSは現在のGitをサポートしていないので、あなたは、もはやTeam Foundationのバージョン管理（TFVC）を使用に限定されています。また、TFSとのあなた自身の-プレムインストールを使用することができ、またはvisualstudio.comを通じてホスト型ソリューションを活用することができます。チーム市だけでビルドソリューションであるのに対し、それは、1、完全に統合された環境（作業項目、計画、構築し、テスト、展開）ですので、TFSは素晴らしいです。この質問は、もともと2010年に頼まれたとき、私はチームシティーの手を下に推奨たでしょう。さてしかし、2は非常に競争力があります。私はそれは多分あなたはオールインワンのソリューションをしたい場合に煮詰めるだろうと言うでしょう、そして、TFSで行く、しかし、あなたは純粋にだけビルドシステムを探しているなら、チーム市ます。

との比較図をVisual Studioチームサービス（最新のクラウドの提供株式会社エンパシは、Microsoft社からwindows):

  • 仕事も大を実装するための継続的インテグレーション過程

  • 図より成熟したかはいいものです。

  • Visual Studioチームサービスによるコントラストの進化は続く図とも働かないもの（例：いトリガビルドに基づく経路が変化から複数の文書では弱いとの特徴そのものだけでなにしておくことで、2016年度))

  • Visual Studioチームサービスでのみをクラウド型剤の実行の構築(下振れしては、それぞれていクリーンプルのリポジトリのための各構築が追加分のやり取りの中で、この構築).もも支援することができる地元剤を必要としないに拭き取りの作業ディレクトリ毎に新鮮。

がいずれの場合もあります。でもCakeBuildそれぞれの長所を取り入れた多くの構成に関する情報 どのよう いビルドのCIシステムおよびC#コードでのおGitリポジトリとすべてのその他のソースコード。とCakeBuildきと同じ構築してきましCIシステムの場に戻らなければならないときは月を特定版のソースコードの構成スクリプトのことを思い出します。

とCakeBuild場するチ図は、Visual Studioチームサービス

の下振れにCakeBuildはすべてビルドステップを同梱単一のタスクをCIするシステム報告は少し少なものような場合にも作品の試験の結果として提出してください形式のCI報告システムで利用します。

MSは年にTDD/CIエ

ている者でなけれTDDさんが4年その通りです。MSはまだないもの促進ではなツールを提供したものTDDフローです。

んこだわった取り扱Visual Studio用の自動化、ソース制御、アジャイルワークフローの期間（利用停止の投資を維持しながら、生産性を出してください!!).そういったところにセブンイレブンがある"新"を積層し、常に付いても課題と膨張.いつも胸が痛くなるばかりです。

使いチームでは、単に素晴らしいもの作品により設計されたユーザビリティ、この設計にも対応のほとんどすべてのテストツール。微Visual Studioコード、それ以外なにもありません。見た外部のオープンソースツールの形成に貢献していくためよりよいCI.の"まですべて行うことが可能にVS"の販売は売れないとしたものであります。人nowdays用いて、常に組み合わせなど、さまざまなツール、外部からの取得も行います。に依存すべてのMS挿入は比較にならないほどの道のりIMOます。います。MS芝販売"こんにちはきなので。なんともありますので、あらかると痛みがするルートや飲み物をkoolade(TFS、MS偽物)。

だっTDD、絶対に行わない使用するすべてのMSです。まいずれかを押して、"way"のものであるが独自のや肥大化を行なったとき、TDDとインターナショナルは完全に制限.のためのテスト駆動開発に必要なことのできない柔軟性を選択することを決定したときにあなた層の異なる試験の枠組み、主張ライブラリー等

追加 蛸 トップチームの都市での星...だくさんで開発者はもDevOps.

停ようなMicrosofts続失敗時にアジャイルツールの提供

ている方以外のボックスして新しいことで繰り返しになります。純世界がっている。NET開発者の過去の人はこのような新しいこと以外はMSです。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top