SVNでのソース管理（同時開発）でのブランチ、マージについて

「SVN初心者のチームのメンバに浸透させる」といいますけど、あなたは初心者ではないのですか？

「手動でフォルダを作成しました」「手動で行えばいくらでも可能だとは思います」

と書いてあるのですが、そんな事されたら私でもブチ切れます。そのうちSVNサーバが悲鳴をあげるでしょう。まずは普通にSVNを使えるようになってください。質問4点のうち最初の3点はSVNを使ってるなら普通に分かることです。

社内でSVNやソースコード管理に詳しい人を探して、居たらその人に相談してください。リポジトリの設計や運用方法は、ある程度分かってる人がやらないと全員が不幸になりますよ。階層だけの話ではありません。例えばA社受注で工数つけて行った改修を、他社や自社向けのツリーに何も考えずマージするバカが一人はいるんです(A社の金でB社の改修を行っている)。そういうことを防ぐためにも、普通はAccess Controlを使います。Access Controlと、利用者の組織・運用方法の2つを前提とすると、そもそもリポジトリの階層の組み方にはそんなに選択肢はありません。質問するまでもないのです。
(例えばもし「/システム1/以下しか触れない人」というAccess Controlが必要な場合、その人がブランチを切るためにはbranchesは/システム1/以下になければならず、必然的に/システム1/{trunk,branches,tags}という階層になります。）

メンバーのほとんどが正しくブランチすら切れないのでしたら、現状のままでもいいのではないでしょうか。

先の方も書かれておりますが、
まずは、SVNをきちんと使えるように、慣れることが大切だと思います。

ダミーのプロジェクトでも何でもつくって、チェックアウトして修正してコミットして、、、これらによって、どのようなマージが発生するのか？よく動作を観察してください。

先の方も書かれましたが、SVNがフォルダ的な管理手法でフォルダで構成されてはいますが、手動でフォルダ切ってブランチってのは、まずいです。マージできなくなります。

これらは、いわゆる慣れの問題だと思いますので、とにかく慣れる必要があり、
そして、初心者であるなら、なおさら、まずは本番レポジトリを触ることはやめるべきです。

あと、マージ後に、コンフリクトが発生したときの対応など、どうするのか、誰が責任もって、処理するのかなど、まずはロールプレイングをじっくりと。
いくら、別のプロジェクトを触っているといっても、まあ、間違いなくコンフリクト事故は発生します（事故が発生しないくらい、別物なら、本来別のレポジトリにすべきです。）。

あと、結局、全員がある程度同じレベルになっていないと、結局変なコミットされて、レポジトリぐちゃぐちゃ・・・というパターンになります。

先の方の投稿を引用させていただきますが、

「他社や自社向けのツリーに何も考えずマージするバカが一人はいるんです」

本当これは、最悪です。

事故が起こる前に、教習してくださいませ。

解決しましたので一旦閉じます。
後日時間があるときに方法を書きます。