3

たった今：

  • 私が開発しているいくつかのパーソナルソフトウェアプロジェクトがあります（私だけ、そして1台のPCで）
  • バージョン管理にTortoiseSVNを幅広く使用する
  • 同じPCでCollabNetSubversionServerを実行する

リポジトリディレクトリを指すだけでなく、サーバーを持つことに本当に利点はありますか？

例：にコミットする代わりにsvn://localhost/projectname、コミットしてC:/development/projectnameそれを回避することができます。

この種のシナリオのベストプラクティスについて誰かにアドバイスしてもらえますか？

4

8 に答える 8

5

いいえ、そのような状況では、Subversionサーバーを実行する必要はありません。file://TortoiseSVNに（プロトコルを使用して）リポジトリファイルに直接アクセスするように指示すると、すべてが正常に機能します。

ただし、次の場合は、別のサーバーを使用すると作業が楽になります。

  • Subversionサーバーを別のマシンに移動したい
  • サーバーマシンとは別にラップトップまたはネットブックの使用を開始する
  • あなたの作品を他の人と共有したい
于 2010-02-28T00:55:41.777 に答える
2

はい、そうです-コラボレーションではなく、冗長性を目的としています。アクティブな作業ディレクトリとリポジトリの両方を失いたくありません。ただし、他の形式のバックアップ手順をいつでも開始できます。

于 2010-02-28T02:15:20.133 に答える
1

私も一人のショーで、自宅やオフィスにコンピューターのネットワークがあります。とにかくWindows2008サーバーをセットアップする必要があったので、それにSubversionを配置し、ラップトップクライアントでTortoiseを使用しました。

私はマスターを別のマシンに置くのが好きで、より良いバックアップになります。また、2人目のプログラマーが店に来る場合に備えて準備しています。

于 2010-02-28T01:05:10.743 に答える
0

Mercurialまたは別のDVCSを使用する方が簡単な場合があります。

于 2010-02-28T00:52:36.197 に答える
0

サーバーを実行する必要はないと思います。あなたが書いたように、file：//urlを使用してローカルリポジトリにコミットすることもできます。

私の記憶が正しければ、リポジトリがネットワーク共有に保存されている場合や複数のユーザーがアクセスしている場合は、file：//URLを使用することはお勧めしません。しかし、あなたが一人でそして地元で働いている限り、問題はありません。

リポジトリをサーバーコンピュータに移動する必要がある場合でも、問題はありません（リポジトリを移動し、svnserveをその場所にポイントするだけです）。

于 2010-02-28T00:54:52.760 に答える
0

サーバーのセットアップは簡単で、一度だけ実行できます。では、なぜですか？

しかし、100％必要というわけではありません。なぜわざわざ？

それは本当に問題ではないと思います。一つ選んでそれを使い続けてください。

個人的には、自宅のWindows開発マシンでCollabNetをサービスとして実行しています。私は自分のものをすべてコミットし、定期的にリポジトリをバックアップします。

サーバーを使用しないことのメリットがわかりません。セットアップし、忠実に使用し、バックアップし、忘れてください。

私にとって、それは練習と習慣の発達についてです。いつも同じようにすることをお勧めします。

于 2010-02-28T00:56:46.720 に答える
0

今ではgitやMercurialなどのDVCSをお勧めしますが、私は常にサーバーを使用していました。このようにして、学校のコンピューターからだけでなく、リポジトリをホストしているデスクトップからもリポジトリにアクセスできました。

于 2010-02-28T00:56:57.360 に答える
0

個人的には、Mercurialとbitbucketでの無料ホスティングを使用しています。データが一箇所にしか存在しないと、あまり安全ではありません。

（非オープンソースの仕事のために無料のプライベートホスティングを提供しているので、Mercurialについてのみ言及します）

于 2010-02-28T01:30:48.827 に答える