問題タブ [version-control]

私は現在、小さなWeb開発会社で働いています。私たちは主に、キャンペーンサイトやその他の販促活動を行っています。最初の1年間は、プロジェクトファイルを共有するための「サーバー」、つまりネットワーク共有を備えたプレーンなWindowsマシンを使用してきました。しかし、これは正確に将来を保証するものではありません。

SVNはコードに最適です（現在使用しているものです）が、すべてまたはほとんどのファイルのバージョン管理（または少なくとも何らかの形式の同期）を快適に行えるようにしたいと考えています。

私が本質的に望んでいるのは、subversionがコードに対して行うことを実行するものですが、documents / psd/pdfファイルに対しては実行します。

Subversionはバイナリファイルも処理することを認識していますが、私たちの目的には少しやり過ぎかもしれないと感じています。フルバージョン管理システムのすべての機能が必要なわけではありませんが、インクリメンタルな名前付け（Notes_1.23.doc）が不要になり、誤って何かを上書きする可能性が低くなります。

また、マルチプラットフォームで、大きなファイル（100 mb +）を処理し、技術者以外の人でも使用できる必要があります。

自宅での自分のプロジェクトでは、CVSDudeのかなり優れたマネージドSubversionホスティングを使用しています。現在コードに取り組んでいるのは私だけなので、CruiseControl.netを使用していませんが、これは今後2、3か月で変更され、チェックイン時に完全なビルドプロセスを開始する必要があります。

CruiseControl.netをCVSDudeで動作させることができた人はいますか？私の同僚のマイクは、CVSDudeの誰かが言ったこのブログ投稿を持っています：

「コミット後のコールバック機能を使用して、サーバー上のURLを呼び出すことができます。これにより、最後のチェックインに関連する変数（仕様で詳しく説明されている変数）が渡されます。CGIスクリプトはこれらの変数を実行し、必要なタスク、つまりCruiseの更新を実行します。コントロールなど」

可愛らしい。しかし、実際にクルーズコントロールでそれを行った人はいますか？

SVNは、ドキュメント、個人ファイル、その他のソースコード以外の用途に非常に役立つことがわかりました。バージョン管理システム全般について、他にどのような実用的な用途がありますか？

開発者がプロ​​ジェクトをローカル マシンにチェックアウトして作業し、変更を開発にチェックインする Web 開発環境を考えてみましょう。
これらの変更は開発時にさらにテストされ、定期的なスケジュール (毎週、毎月など) でライブに移行されます。
たとえば、月曜日の朝の午前 8 時に、スクリプトまたはVCS?

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

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

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

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

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

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

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

複数のプロジェクトでソース管理にSubversion（svn）を使用すると、すべてのプロジェクトのディレクトリでリビジョン番号が増加することに気付きました。私のsvnレイアウトを説明するために（架空のプロジェクト名を使用して）：

忍者プログラムのトランクにコミットすると、リビジョン7に更新されたとしましょう。翌日、ステルスアプリケーションに小さな変更を加えて、リビジョン8として戻ってきたとします。

問題はこれです：1つのSubversionサーバーで複数のプロジェクトを維持する場合、すべてのプロジェクトで無関係のプロジェクトのリビジョン数を増やすことは一般的に受け入れられている慣習ですか？それとも私はそれを間違って行っており、プロジェクトごとに個別のリポジトリを作成する必要がありますか？それともまったく別のものですか？

編集：両方のアプローチの理由があることが明らかになったため、回答のフラグ付けを遅らせました。この質問が最初に来たとしても、最終的に同じ質問をしている他のいくつかの質問を指摘したいと思います。

すべてのプロジェクトを1つのリポジトリまたは複数に保存する必要がありますか？

1つのSVNリポジトリまたは複数？

したがって、一部のファイルで行末に一貫性がないため、大きなSVNコミットを実行する準備が整いました。楽しい部分は、さまざまな深さの数十のフォルダーにまたがる数千のファイルを見ていることです。

職業はなんですか？

これが私が持っているシナリオです。ある場所 (A) に cvs リポジトリがあり、それを複製して別の場所 (B) のリポジトリと同期させたいと考えています。これは、A から B への一方向の同期になります。これを行う最善の方法は何ですか? CVS で実現できない場合、これを実現するためにどのソース コード管理システムを推奨しますか? ありがとう

バージョン管理でプロジェクトを構成するには、少なくとも 10 の異なる方法があることを知っています。使用されているいくつかの方法と、どの方法があなたに適しているか興味があります。私はSVN、TFS、そして現在/残念ながらVSSを扱ってきました。バージョン管理の実装が非常に貧弱で、問題はありませんが、素晴らしいとは言えませんでした。

ボールを転がすために、ここに私が見たもののレビューがあります.

この例は SVN ベースですが、ほとんどの VCS に適用されます (分散バージョン管理にはあまり適用されません)。

1. サイト /division/web/projectName/vb/src/[trunk|branches|tags] の一部である個々のプロジェクトを分岐します

2. サイト全体を分岐します。私が見た場合、コア コンポーネントを除くサイト全体が分岐されました。/部門/[幹|枝|タグ]/web/プロジェクト名/vb/src/

3. メインラインをデフォルトで使用し、大きな変更が必要な場合にのみ分岐します。

1 人 (自分自身) だけがプロジェクトに取り組んでいる「趣味」プロジェクトで使用する軽量のソース管理システムを探しています。誰か提案はありますか？理想的には、単純に、または別のプラグインを介して Visual Studio とやり取りする必要があります。それ以外では、Gmail をソース管理として置き換えるとうまくいきます。