私は非常に小さな会社 (~5 人の従業員、2.5 人のコーダー) で働いています。私たちはここ数年、コードやドキュメントの管理なしで済んでいますが、少し成長するにつれて追いつき始めています。
管理システムに関する提案。無料の方が良いですが、安いのは許容範囲です。インストールや構成に時間を節約できる以上の時間を費やしたくありません。
主に VC++ 6 を使用していますが、VC# 2008 に分岐しています。また、いくつかのハードウェアの機械図面と回路図、およびハードウェアとソフトウェアの両方のユーザー マニュアルを追跡する必要があります (ただし、これらすべてを実行できる 1 つのツールが見つかるとは本当に期待していませんが、ただ願っています)。
Subversion（SVN）はあなたにとって優れたオプションです。これは無料で、TortoiseSVNを使用してWindowsに適切に統合され、ユーザーの許容度も高くなっています。
ソースコードだけでなく、ドキュメント管理にも使用しています。
http://trac.edgewall.org/ - インストールが少し難しいかもしれませんが、それ以外は svn リポジトリと組み合わせると非常に優れています
Mantis は問題の追跡に適しています。ソース管理のための Subversion。どちらも無料です。
書類については、わかりません。ネットワーク共有でうまくいくように思えます。
私は同じような規模の会社で働いており、ここに来たときはあなたと同じ場所にいました。SVN/Subversion http://subversion.tigris.org/を非常に簡単に実装しました。svn プロトコルを使用し、svnserve (サーバー上で自動起動する Windows サービスとしてセットアップできます) を使用する場合、http://svnbook.red- bean.com/。Windows パッケージのダウンロードについては、collabnet http://www.collab.net/downloads/subversion/を参照してください。
Windows を使用すると、Windows シェルに統合された Tortoise SVN を使用できます。Visual Studio に統合されたAnkh SVN (2.0) http://ankhsvn.open.collab.net/の新しいリリースもあります。Ankh は非常に優れています (保留中の変更ウィンドウがあり、Subclipse のような機能に似ています) が、これは新しいリリースであり、多少バグがあります (いくつかのメモリの問題と速度低下を経験しています)。現在、最初のチェックアウトまたはインポートに Tortoise を使用し、それ以外のすべてに Ankh を使用しており、非常に満足しています。
Macユーザーがいる場合、そこには多くのオプションがあります. バージョンhttp://www.versionsapp.com/を使用している Mac ユーザーがここにいますが、ベータ版が終了すると有料になるようです。
私は SVN をお勧めします。なぜなら、SVN は広く使用されており、生産目的で毎日使用するオープン ソース プロジェクトでは重要だと感じているからです。一言で言えば、言及されているすべて (バージョン以外) は無料です。
Tracを見たいと思うかもしれません。
ソース管理には Git、コーディング ワークフローには Basecamp/Pivotal Tracker/Unfuddled、ドキュメント管理には Sharepoint/Google Docs を使用します。
がんばれ！
他のほとんどのソース管理システムに比べて非常に高速です。リモートでうまく機能します。(私の場合は SSH トンネル)
VS プラグインはかなりまともです... 私はまだ Eclipse のものをあまり試していません。
2 人のユーザーがそれぞれ 5 つのワークスペースを使用できる場合は、無料で使用できます。(私は、現在)
それがうまくいかない場合は、少し費用がかかります...ユーザーあたり800ドル程度だと思います. 来年のいつか、私はおそらくそれを支払うでしょう。(VM を備えた複数のマシンで作業する場合、5 つのワークスペースは困難です)
それでも、ある鉱山が使用している 1 つのクライアントが使用している ClearCase/ClearQuest システムは、開発者 1 人あたり 10,000 ドル程度だったと聞いています。
ソース管理をケチるなよ！遅いソース管理は、a$$ にとって深刻な問題です。
ファイルのバージョン管理のみを行う SourceSafe のようなシステムは避けてください。タスクや変更セットを追跡するシステムを使用します。すべてがタスクとして一緒に属しているものを確認することは非常に便利です。タグは認められた代替品ではありません。
また、Perforce のジャーナリングの性質により、バックアップとリカバリが非常に簡単になります。
あなたの「管理」要件の解決策には、少なくとも次のカテゴリのツールまたはツールのセットが必要なようです:
間違いなくstackoverflow.com/questions/15024/tools-to-help-a-small-shop-score-higher-on-the-joel-testツールを見て、参照されているジョエルテストで小さなショップのスコアを高くするのに役立ちますstackoverflow.com/questions/84303/code-document-management-for-a-very-small-company/84363#84363 クリストファー
それぞれにさまざまなフリー/オープンソース ソリューションがあり、同様に商用ソリューションもあります。
ソース コード管理の重要なトレンド (?) は、TFS(?)、cvs、または subversion.tigris.org svn) などによる集中型のコード管理から、www.selenic などのツールを使用した分散型の「分散型」ソース コード管理へと進化しています。 com/mercurial/wiki/ または git-scm.com/。一部のツールは継続に統合されます
上記のソース コード管理ツールにはすべて、優れた ms Windows 統合ツールがあり、Visual Studio とより密接に統合されているものもあります (例: TFS、ankhsvn.open.collab.net/ Mario が言及した ANKH svn)。
単純化した一般論では、コーディングにかなりの時間を集中ソース コード リポジトリから離れたり、切り離したりする必要がある場合 (リポジトリにインターネット経由でアクセスできないときに自宅で多くのコーディングを行う場合など) には、git/mercurial をお勧めします。
ウィキペディアには、en.wikipedia.org/wiki/Source_code_management ソース コード管理に関連するさまざまな問題と、さまざまなオプションの利点に関する優れた概要があります。
以前に scm を使用したことがない場合は、グループの要件に合ったツールを 1 つまたは 2 つ選んでテストしてください。もちろん、特定の SCM ソリューションの経験がある人を近くに知っている場合は、その経験を共有することで、チームの学習曲線を助けることができます。
あなたのシナリオのための私の選択: Visual Studio 統合のための ankhsvn.open.collab.net Ankh SVN を使用した Subversion。
利用可能なツールはどれも万人向けのすべてを解決するものではなく、それぞれに利点があり、ほとんどの場合、開発チームの既存の手口による妥協が必要です。繰り返しになりますが、ウィキペディアは en.wikipedia.org/wiki/Bug_tracker の一般的な概要と en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems の主要なツールの比較であなたの友人です。
PHPベースのツールは（私の経験では）起動して実行するのが最も簡単で、perlツールはより複雑です（？）もちろん、インストールが本当に簡単なpythonツールがありますが、構成には私よりも優れた心が必要です.
あなたのシナリオのための私の選択: trac.edgewall.org/ Trac
Trac は、ソフトウェア開発プロジェクト用の強化された wiki および問題追跡システムです。Trac は、Web ベースのソフトウェア プロジェクト管理に最小限のアプローチを使用します。私たちの使命は、開発者が邪魔にならずに優れたソフトウェアを作成できるようにすることです。Trac は、チームの確立された開発プロセスとポリシーにできるだけ影響を与えないようにする必要があります。
Subversion (または他のバージョン管理システム) へのインターフェイス、統合された Wiki、および便利なレポート機能を提供します。
Trac では、問題の説明とコミット メッセージに wiki マークアップを使用でき、バグ、タスク、変更セット、ファイル、および wiki ページ間のリンクとシームレスな参照を作成できます。タイムラインには、現在および過去のすべてのプロジェクト イベントが順番に表示されるため、プロジェクトの概要の取得と進捗の追跡が非常に簡単になります。ロードマップは今後の道のりを示し、今後のマイルストーンをリストします。
Trac で Subversion を使用している場合、ドキュメント管理の多くはこれらのツールで解決できます。それ以外の場合は、stackoverflow の別のディスカッション トピック: stackoverflow.com/questions/587481/developer-documentation-sharepoint-document-management-vs-screwturn-wiki Windows 中心の環境向けの開発者向けドキュメント SharePoint ドキュメント管理とスクリューターン wiki をよく読んでください。
サブバージョンを使用します。これは無料で、大部分のオープン ソース プロジェクトで推奨されるソース管理システムです。
SVN は浅いコピーを使用するため、リポジトリに大きなファイルがあり、分岐する場合、完全なファイルのコピーは行われません...元のファイルへのポインタだけです。テキスト ファイル (コード) に関しては、差分のみが保存されます。
Windows エクスプローラーの統合には TortoiseSVN を使用します。
TFS は豚であり、ソース エクスプローラーを操作するには Visual Studio を開く必要があります。そのために CAD エンジニアが TFS のライセンスを必要とするのはばかげています。
ドキュメント管理には、Windows Server 2003 (または 2008) に付属する Windows Sharepoint Services を使用してください。
私も小さな会社で働いており、主に .NET 言語で開発しています。ソース管理には Visual SourceSafe を使用することにしましたが、評判は疑わしいものの、Visual Studio とうまく統合できるためです。VSS は非常にうまく機能しており、重大な問題は発生していません。また、コーディング標準、ストーリーボード、さらには SCRUM ログなどのドキュメントを保存するために使用する SharePoint サーバーもホストしています。
MSDN 開発者ライセンスを取得すると、TFS ワークグループ エディションを実行できます。これには、ソース管理とドキュメント管理がすべて 1 つのパッケージにまとめられており、使用と管理が非常に簡単です。これは、社内の wiki に加えて、私の会社が行っていることです。
HostingPlayground を使用しています。月額 $6 で、複数の Subversion リポジトリと Trac のインスタンスを取得できます。それを打ち負かすことはできません。サービスなのですぐに利用できます。