問題タブ [svn]

ライブラリを使用するいくつかのプロジェクトと並行してライブラリを開発していますが、プロジェクトと同時にライブラリを頻繁に変更していることに気付きました (たとえば、関数をライブラリに追加し、すぐにプロジェクトで使用するなど)。
その結果、プロジェクトは以前のバージョンのライブラリでコンパイルできなくなりました。

そのため、変更をロールバックしたり、プロジェクトの以前のバージョンをテストしたりする必要がある場合は、チェックイン時に使用されたライブラリのバージョンを知りたいと思います。
これを手動で (ログ ファイルにバージョン番号を書き込むだけで) 行うこともできると思いますが、これが自動的に行われるとよいでしょう。

現在、AnkhSVN を使用して Subversion を Visual Studio に統合しています。VisualSVN に切り替える必要がある理由はありますか?

AnkhSVN は (複数の意味で) 無料ですが、VisualSVN は 50 ドルかかります。したがって、VisualSVN の優れた機能が欠けていない限り、切り替える理由はありません。

現在 Windows で SVN サーバーを実行している人の経験を聞きたいです。

Jeff Atwood は、SVN を Windows サービスとしてセットアップする方法について投稿しています。これは素晴らしい第一歩ですが、次のような他のトピックには触れていません。

• Web ベースのリポジトリ ブラウザには何を使用しますか? WebSVNは Windows でも動作しますが、きれいではありません。
• passwd ファイルの管理方法
• Apache を実行せずに Active Directory と統合することは可能ですか?
• リポジトリをバックアップするための戦略。
• Visual Studio 開発に役立つグローバルな無視パターン (たとえば、ここ、ここ、およびここでの提案)。

当社は約1ヶ月前にSourceGear VaultからSubversionに切り替えました。基本は十分に理解していますが、MSFT の世界で SVN を実行するためのヒントやコツを見つけたいと思っています。

Visual Basic 6.0でレガシープロジェクトを開発/サポートしている間、私のチームはVisual SourceSafeからSubversionに間もなく移行するため、いくつか質問があります。

• Visual Studio6でのSubversionIDE統合に最適なツールは何ですか？（またはそれはトラブルの価値がありません...）
• Visual Basic 6.0でSubversionを使用するためのベストプラクティスはありますか？（無視するファイルの種類など）

最近、Subversion からバザーのような DVCS に切り替えることについて職場で議論しました。他の人の意見を聞きたいと思います。

私はそうすることへの抵抗を単純な類似点に結晶化することに成功しました。

バージョン管理は、よくも悪くも使用できます。

バージョン管理の「ライトサイド」は、変更を追跡するために使用する場合、何かを壊したときに古いバージョンに戻ることができる場合、および変更を公開して同僚が進行中の作業を見ることができる場合です。 .

バージョン管理の「暗い面」は、それを適切に使用せず、定期的にコミットして作業を「チェックポイント」せず、ローカル チェックアウトに多数の変更を保存し、変更を共有しない場合です。あなたがそれらを作るように他の人と。

転覆は、ライトサイドとダークサイドの両方を比較的難しくします。すべての基本は機能しますが、マージはまったく簡単ではないため、(タグ付けとリリースを超えて) Subversion でブランチを実際に使用する人はほとんどいません。Subversion 自体でのサポートはひどいもので、svnmerge のようなスクリプトで改善されていますが、それでもあまり良くありません。そのため、最近では、優れた分岐とマージのサポートが共同開発に必要であるとますます考えられているため、Subversion は一致しません。

一方で、「ダークサイド」を追うのもかなり大変です。ときどきローカルの変更をオンライン リポジトリにコミットせず、行ったことを覚えていない簡単な編集でコードを壊してしまうことで、一度噛まれるだけで済みます。そのため、定期的にコミットすることになり、人々はあなたが行っている作業を見ることができます。

したがって、最終的に Subversion は、ベスト プラクティスを実装するのは少し面倒ですが、物事を大きく間違えることを難しくする、中道の優れた VCS になります。

対照的に、DVCS を使用すると、完全にライト サイドまたはダーク サイドに移行するコストが大幅に低くなります。これらの最新の VCS システムを使用すると、分岐とマージがはるかに簡単になります。しかし、分散された側面により、自分のマシン上の一連のローカル ブランチで作業することが容易になり、作業のチェックポイントを設定するために必要な詳細なコミットが提供されます。おそらく変更を公開することなく、他の人が確認、レビュー、共同作業できるようにする必要があります。変更をローカル ブランチに保持し、公開しないという摩擦は、一般に、公開されているサーバー上のブランチで公開するよりも少なくなります。

簡単に言うと、ここで質問があります。職場の開発者に DVCS を提供した場合、彼らがそれを使用して「ライト サイド」に行き、変更を中央の場所で定期的に公開し、理解してもらうにはどうすればよいでしょうか。まだ共有したくない彼らの 1 週間のローカル ハックは、最初の機能が休暇中に他の開発者が機能を完成させるために使用できるものかもしれませんか?

DVCS のライト サイドとダーク サイドの両方に簡単にアクセスできる場合、どうすればそれらをダーク サイドから遠ざけることができますか?

それはいつも私に起こります。誤ってファイルをバージョン管理してしまいました。バージョン管理をしたくありません (つまり、開発者/マシン固有の構成ファイル)。

このファイルをコミットすると、他のすべての開発者マシンのパスが台無しになります。

バージョン管理からファイルを削除すると、他の開発者のマシンから削除されます-彼らは不満を抱くでしょう.

ファイルをコミットしないことを選択した場合、常に「ダーティ」なチェックアウトが行われます。不満です。

リビジョン管理からファイルを「アンバージョン」するクリーンな方法はありますか?

編集：少し明確にしようとしています：私はすでにファイルをリポジトリにコミットしており、バージョン管理からのみ削除したいです-特に、チェックアウトを行っているすべての人から物理的に削除したくありません。最初は無視してほしかった。

回答: 2 番目の回答を受け入れることができるとしたら、これです。それはgitに関する私の質問に答えます-受け入れられた答えはsvnに関するものです。

これに対する手っ取り早い解決策を探しています。Subversion サーバーを非常に迅速にセットアップする必要があります。たとえば、明日の終わりまでに。最初に考えたのは、ホスト マシンにロードできる仮想アプライアンスをダウンロードすることだけでした。しかし、私が抱えている問題は、これまでに見つけたすべてのアプライアンスが svn バージョン 1.4 以下でスタックしていることです。

svn 1.5 を実行しているアプライアンスを知っている人はいますか? 問題追跡、WebSVN、またはそのようなもののような他のビットは必要ありません。

ありがとう、ウォーリー

編集: いくつかの質問に答えるために、追加の Windows ライセンスを購入する必要がないように、ホスト OS を Linux のフレーバーにすることをお勧めします。

私は常に「マージ」方法を使用するバージョン管理に Subversion または CVS を使用してきました。私の友人の 1 人が、Perforce と、その変更リストとチェックアウト方法がいかに優れているかを絶賛しています。

その多くは経験と個人的な好みによるものだと確信していますが、バージョン管理のどの方法がより効率的に作業できるかについて調査が行われたかどうか疑問に思っていましたか?

編集：明確にするために、PerforceとSVNの両方でロックとマージが許可されていることを知っていますが、SVNはリベラルな編集とマージ方法を「推奨」しますが、私が理解しているように、Perforceはチェックアウトチェックイン方法を推奨しています。

開発マシンに Subversion がインストールされていて、チームで作業していない場合、 fileの代わりにsvnプロトコルを使用する必要がある理由はありますか?

私は SVN を初めて使用し、Windows 環境でリポジトリをバックアップするためにどのような方法が利用できるか知りたいですか?