問題タブ [visualsvn-server]

SharpSVN APIを使用してASP.Net経由でVisualSVNサーバーリポジトリにアクセスしようとした人はいますか？はいの場合、課題は何でしたか？

IISを搭載したWindows2003Serverがあり、VisualSVNServerをインストールしました。

TortoiseSVNを使用する開発者が2人います。

SVNサーバーをセットアップするのはこれが初めてなので、これがすべてどのように機能するかについて少し混乱しています。私の見方では、各開発者は自分のローカルPCにリポジトリのコピーを持っていますが、チェックアウトする前にコピーをテストするために、各人が自分のPCにもIISをインストールする必要がありますか？

サーバー上にテストフォルダーを作成してから、本番環境に対応させる必要がありますか？それがコピーでより多くの問題を引き起こすように思われますか？

あなたならどうしますか？

編集

何を考えていたのかわかりません。デバッグ時にVSにIISが組み込まれていることを忘れたため、クライアントまたはサーバーでのIISのセットアップに関する問題は問題になりません。しかし、私は混乱しています。サイトをリポジトリにインポートしました。リビジョン2であると表示されましたが、リポジトリフォルダにファイルが表示されません。作成したリポジトリを指す仮想フォルダーをIISに作成しますか？

this other SO postで説明されているのと同じエラーが発生します。違いは、私がネットワークに VPN 接続する必要がない仕事をしているときに、物事が機能していることです。しかし、自宅からまったく同じ SVN リポジトリにアクセスしようとすると、次のエラーが発生します。

TortoiseSVN エラー: 「'https://…' のオプションはサーバーに接続できませんでした (…)」</p>

最近、最新の TortoiseSVN および VisualSVN ビルドにアップグレードするまで、これはまったく問題ではありませんでした。また、アップグレード時に Chrome をデフォルトのブラウザにしましたが、これが何か関係があるかどうかはわかりません。

TortoiseSVN を以前のビルドに戻し、デフォルトのブラウザーを IE に戻したように感じましたが、自宅からリポジトリに接続できません。

そこで、VisualSVN サーバーと TortoiseSVN クライアントをインストールしました。そして、SVNサーバーにユーザーを作成し、新しいフォルダーc:\srcに移動し、右クリックして「SVNチェックアウト...」を選択すると、常にこのメッセージが表示されます

bookroom は私の PC の名前です...

誰でもこれを解決する方法を知っていますか?

VisualSVNサーバーは一般的に信頼できるSVNサーバーと見なされていますか？

私はここしばらくSVNで遊んでいて、そのパワーとユーザーエクスペリエンスが大好きになり、バグ追跡システムに結び付けて、すべての人の生活を簡素化できるようになりました。そのため、VSS 2005のセットアップをSVNに移行することを決定したときが来て、私は今、動けなくなっています。

VSS 2005からSVNへの移行を完了できると主張するツールはたくさんあるようですが、どれが最適で、どれが最も完全な移行を提供するのかわかりません。VSSからチェックアウトしてSVNにチェックインするだけでなく、履歴全体を移行するものが必要です。

Polarion SVN Importerは強力で高度に構成可能に見えますが、動作させることができず、VSSの$/からファイルリストを取得できないと文句を言います。手動でつまずくのと同じコマンドを実行すると、すべてが正常に実行されているように見えるので、理解できません。

ソースをVSS2005からSVNに正常に移行した人はいますか？移行した場合、どのツールを使用し、どのような結果になりましたか？どんな警告や落とし穴も最も役立つので、有用/驚くべきもの、失望したもの、または単に誤って伝えられたものはすべて知っておいてください。

VisualSVNをセットアップしています。「リポジトリ」リポジトリが付属しています。私の質問は非常に単純です。ルートの下に単一のリポジトリを作成し、管理するプロジェクトごとに新しいフォルダーを追加しますか? または、新しいプロジェクトごとにルート「Repositores」の下に新しいリポジトリを作成しますか?

ソース管理に Visual SVN Server と Tortoise SVN (クライアント) を使用しています。すべての開発者に、チェックイン ノートの一貫した形式を標準化してもらいたいと考えています。

たとえば、コミットメッセージをデフォルトに...

あらすじ:

開発者名: (事前入力)

にレビューされました：

[バグ ID]:

[バグの状態を変更]:

既知の問題点：

影響を受けるファイル: (事前設定済み)

将来的には、[Bug Id] と [Bug State] に情報を提供して、バグ追跡システムへの自動更新をトリガーしたいと考えています。また、開発者名と影響を受けるファイルには、svn ユーザーとユーザーがコミットしているファイルが事前に入力されている必要があります。

リンクやサンプルをお送りください。