質問

私は現在使用しTortoiseSVN管理婦ことを目指したプロジェクトのいのが現状です。初めて移動をすべてソース制御なかったので確かにあるべき配置するようになっていて各プロジェクトに独自のリポジトリ

のかと思っていない私にとってだけで移動してすべてを一つの大きなリポジトリとして分割プロジェクトのフォルダ?なんかがですか?

現在は無かった共通のコードもあります。う必要がある場合であって管理しやすくなり合う場となります。

感謝。

役に立ちましたか?

解決

によりある程度何を意味する"プロジェクト"。

私は一般的なローカルリポジトリを含む乱数ビットのものを書いていを含む私のサイトです。シングルユーザーの地域のSVNリポジトリではないが顕著性能の問題でした多くの文字を入力す時のSVNになります。いまだ残念とスローされま一つのリポジトリにものもあり完全に無関係など書いてあります。

場合は"プロジェクト"手段"の問題からクラス"や"のスクリプトを使っている今TiVo"、"私の学問の進歩、新しい言語"を作成レポプロジェクトのように見えるビットが不要となりました。その後もされているとは思いませんが、費用ん有難う御座います。っからの指示に従うことがないしています。ませんので再組織のリポジトリ、その場合、 変更は何をやっている:-)

しかし、場合により"プロジェクト"を利用すること""本物の"ソフトウェアプロジェクトは、公衆へのアクセスリポジトリから分離レポプロジェクトごとにさせる原因となる場合があり感:一部ので分も綺麗に、各プロジェクトのスケール独自のものでさんの人々が予想されます。

共有コードとは別リポジトリは以下の問題以上に考えてsvnにな愛"svn:外観です。ことができます点ディレクトリのリポジトリでのディレクトリを別のリポジトリのチェックそのものを動かしてみてくださいおいします!見てのSVN書ます。

他のヒント

うことによって同リポジトリこのようなneater.プラスなぜそのための継続的インテグレーションなどができず引の特定のフォルダのリポジトリ

でも容易に管理-口座へのリポジトリは、アクセスログのリポジトリなど。

私の経験則められるものを納入。その場合はアがプロジェクトXおよびYプロジェクトには別途、それが別々のレポ.

ありがこの巨大なポンドを含むプロジェクトでは膨大な数の部品を、人が活動できるトランザクション-サービス樹木のレポ、この勢力を考えるきっかけとなるように"プロジェクト全体"時の変更をコミットするに呼ぶ。

私は絶対にしていきプロジェクトに独自のリポジトリから分離されます。このことを行なってはならないというプロジェクトに独自の歴史を設定します。Rollbacks一つのプロジェクトに影響を与えない他のプロジェクト.

個人的に好きですから各プロジェクトで独自のリポジトリ

また、多くの人にあると考えるかどうか皆様のニーズと同レベルのアクセス。しやすいと思うアクセス権者がいれば、各プロジェクトを別リポジトリ~~~

のであれば別リポジトリのために、各プロジェクトに利用する場合もあるでしょう、 外部タグ を参照するリポジトリ-このようにシェアのコードです。

各プロジェクトがの/trunk/タグ/店舗だ。適切に継続的インテグレーションを基軸である。

あり、全てソースを管理。

使用している場合は、SVN、事業独自のリポジトリ-svnは遅く、動きが遅くなります。

場合のプロジェクトの独立したものを用意していますので、そちらを別々のリポジトリしない場合コンポーネントに入されていったといわれている。

Subversion、私の提案に何もかもが同リポジトリ;の管理のオーバーヘッドの設定は、新しいリポジトリが高すぎるのではない-同じ系列でる可能性が高くなりますのないバージョンも後悔しておくことが出来ます。Subversionをふんだんにつかった細粒度アクセス制御が必要な場合へのアクセスを制限することがで一部のリポジトリ

しか移行っェMercurialしかし、私に切り替えをリポジトリ一プロジェクトである"hg init"を新規作成し、使用できますの hg森林 拡張を容易に操作を行う入れ子のリポジトリSubversionはsvn:外観は、やや類似のものを必要とする行政オーバーヘッド。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top