常連

サーバーをメンテし再起動等やっていたら同サーバーに乗っているSVNにエラーが発生。
このサーバーで管理していたSVNが全滅しました。
コミット、アップデートができません。
また、svn://～にもアクセスできない状態です。

### SVNエラーメッセージ
```SSH
# svn list svn://xxx
svn: E210005: Unable to connect to a repository at URL 'svn://xxx'
svn: E210005: No repository found in 'svn://xxx'
```

### 試したこと

svnserveは起動しています。
Windowsファイアウォールを無効にしましたが変化はありませんでした。
SVNで管理しているファイルは問題なく表示できているため、リポジトリのアクセスだけができない状態です。

SSH接続等はできますので、コマンド等確認方法を教えていただけますと幸いです。
よろしくお願いします。

また、エラー内容は異なりますが以下のURLを参考に、
http://kazumeat.hatenablog.com/entry/20120130/1327887955
```SSH
svnadmin recover /var/svn/repos/xxx
chown -R apache:apache /var/svn/repos/xxx
```
としましたが改善しませんでした。

### 追記1
```SSH
# svn list file:///var/svn/repos/xxx
```
で直下のファイルを確認することはできました。

###追記2
```SSH
# svn list svn://xxx/var/svn/repos
```
1.127.0.0.1 (=localhost)の場合
```SSH
svn: E210005: Unable to connect to a repository at URL 'svn://127.0.0.1/var/svn/repos/xxx'
svn: E210005: No repository found in 'svn://127.0.0.1/var/svn/repos/xxx'
```
2.サーバーの実IPアドレスの場合
```SSH
# svn list svn://IPアドレス/var/svn/repos/xxx
svn: E210005: Unable to connect to a repository at URL 'svn://IPアドレス/var/svn/repos/xxx'
svn: E210005: No repository found in 'svn://IPアドレス/var/svn/repos/xxx'
```
3.サーバーのノード名の場合
```SSH
# svn list svn://サーバ名/var/svn/repos/xxx
svn: E210005: Unable to connect to a repository at URL 'svn://サーバ名/var/svn/repos/xxx'
svn: E210005: No repository found in 'svn://サーバ名/var/svn/repos/xxx'
```

### 追記3
svn+ssh://で接続してみましたが以下の様になりました。
yesで進んだところ、毎回パスワードが求められた後に内容が確認できるようになりました。
```SSH
# svn list svn+ssh://IPアドレス/var/svn/repos/xxx
The authenticity of host 'IPアドレス' can't be established.
ECDSA key fingerprint is 03:2b:2d:b5:ac:d9:71:64:f8:9b:4c:c0:1e:0f:f5:71.
Are you sure you want to continue connecting (yes/no)?
```
しかし実際使用していたURL（svn://IPアドレス/xxx）では追記2と同様のエラーでした。

###追記4
svn+ssh://IPアドレス/xxxをブラウザからアクセスした結果、複数回ログインを求められた後以下のエラーが表示されました。
Unable to connect to a repository at URL 'svn+ssh://IPアドレス/xxx'
No repository found in 'svn+ssh://IPアドレス/xxx'

svn+ssh://IPアドレス/var/svn/repos/xxxでアクセスした結果、3回ログインを求められた後リポジトリブラウザのURL欄にURLが挿入され、その後3回?程度ログインを求められた後ファイルが表示されましたため、アクセスが可能のようです。
しかし階層を移動するとまた複数回ログインを求められ、拒否したら以下のエラーが表示されました。
Unable to connect to a repository at URL 'svn+ssh://～'
To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnnels]section of your Subversion configration file.

SVNでリポジトリにアクセスできない

SVNの利用方法の学習をしている者です。
今回eclipseでSVNを利用しようと思い、作成したローカルリポジトリにアクセスしたいのですが、エラーが発生し、アクセスできません。
・以下のローカルにリポジトリを作成しました
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2022-05-26/259666c0-f9b9-479f-9df2-7667dee4a9b6.png)
・eclipseの新規リポジトリロケーション作成画面の接続先に「file:///C:/Users/k.koike/repositoryTest」を入れました。![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2022-05-26/b979f030-d035-4098-9f07-8169f640339e.png)
・このまま[完了]を押すと以下のエラーが表示されます
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2022-05-26/dfd0f8f7-22c3-4220-809e-9430962a3916.png)

色々ネットで調べてみたのですが、なかなか解決できず、こちらで質問させていただきました。
解決の糸口になるようなものがあればご教示願えないでしょうか。

eclipseでSVNのリポジトリにアクセスできない

yumコマンドでいくつかのパッケージをインストール済みのサーバがあって、
外部ネットワークに接続できない環境にあるサーバに同じパッケージを
入れたいと考えていますが、rpmが存在していないので、rpmをインターネットから
取得できません。外部ネットワークからは遮断されているため、
rpmをCD-Rに焼いて持ち込むことも出来ない環境です。
いくつかのパッケージを別のサーバにもインストールしたいのですが、
可能なのでしょうか。
yumでインストール済みのrpmがどこかに保存されていれば、
そのrpmからインストールすることも可能ですが、
どこに保存されているのかわかりません。

たとえば、
yum install subversion
コマンドでインストール済みのサーバAがあって、
サーバAでインストールしたときは、ネットにつながっていましたが、
現在は、ネットにつながらない環境に
サーバAとサーバBがいて、
サーバの老朽化に伴い、
サーバAに入っているsubversion
をサーバBにインストールしたいと思っています。

yumでインストールしたrpmは、どこに保存されるのでしょうか

SVNでのソース管理（同時開発）について

＜環境＞
TortoiseSVN 1.8
Windows7 SP1

SVNでのソース管理（同時開発）について、質問があります。
1つのシステムに対して、別々の改修内容で同時に開発を行う場合、ブランチを切って開発を行うと思います。

現在、小さなシステムが複数（100個ほど）存在し、それをまとめて1つのリポジトリで管理していますが、
改修案件ごとにブランチを切り、改修が終わり次第、リリースなどのタイミングでトランクにマージするという管理方法を考えています。（改修内容によっては複数システムにまたがります。）


例：
＜トランク＞
 \\srv\app\trunk\システム1
 \\srv\app\trunk\システム2
 \\srv\app\trunk\DB情報\DB1
 \\srv\app\trunk\DB情報\DB2
  \\srv\app\trunk\その他たくさんのシステム群 etc...
 ・
 ・
 ・

 ↓

＜一部をブランチとして切る＞
 \\srv\app\brunches\**yyyymmdd案件名**\システム1
 \\srv\app\brunches\**yyyymmdd案件名**\システム2
 \\srv\app\brunches\**yyyymmdd案件名**\DB情報\DB1\ストアド (ストアドの情報のみブランチとして切りたい)
 \\srv\app\brunches\**yyyymmdd案件名**\DB情報\DB2\ストアド (ストアドの情報のみブランチとして切りたい)

以下4点が質問になります。
・入れ子になっているパスの一部のみをブランチとして切りたい場合、フォルダ構成を保ったままブランチを切ることは可能でしょうか。
・上記のようにフォルダ構成を保ったままブランチを切ることはできましたが（手動でフォルダを作成しました）、フォルダ構成トランクとブランチでが異なってしまいます。正しくマージできるものでしょうか。（実際に試してみましたが「(パス)は祖先が関連していなければなりません」とエラーが発生してしまいました。）
・ブランチを切る際にトランクとの関連付けなど行われているものなのでしょうか。その場合、正しいブランチの切り方を教えて下さい。
・そもそも「改修案件ごと」、よりもきれいな管理方法があれば教えて下さい。

手動で行えばいくらでも可能だとは思いますが、ソース管理の方針を決めてSVN初心者のチームのメンバに浸透させる必要があるので、出来れば手順が少なく、きれいな方法があれば教えてください。


よろしくお願いします。

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

### 前提・実現したいこと

Dockerエンジンは、Windows10に導入
Docker（Docker for Windows）で作成したubuntuコンテナにsubversionをインストールしたい


### 発生している問題・エラーメッセージ

事象１：subversonのインストールができない
```
root@xxxx:/# apt-get install subversion
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package subversion
```

事象２：sudoコマンドを利用できない
```
root@XXXX:/etc# sudo apt update
bash: sudo: command not found
```

Dockerで作成したubuntuコンテナでsudoコマンドが使用できない

### 前提・実現したいこと

Subversionの「SVN UPDATE」実行中に以下のエラーメッセージが発生しました。
その根本原因と恒久対策について検討したいです。

### 発生している問題・エラーメッセージ

```
・SVNのコンソール画面
svn: E175002: Unexpected HTTP status 413 'Request Entity Too Large' on '/svn/test/!svn/me'

・apacheのログ
AH00539: XML request body is larger than the configured limit of 1000000

```

### 該当のソースコード

```コマンドプロンプト
svn update C:\test\app\trunk
```

### 試したこと

エラーとなっているフォルダを特定するため、trunk配下をフォルダ別にUPDATEを実行すると、
Subversionの以下フォルダに問題があることが判明。
　・http://26.101.128.4/svn/test/app/trunk/src/batch/AAA
本事象は頻繁にSubversionを更新する端末で発生している事象であり、
他の端末では発生していません。
そのため、サーバではなくローカル側の問題ではないかと推察しています。

◆対象フォルダ
http://26.101.128.4/svn/test/app/trunk/src/batch/AAA
　・サイズ：154 MB (161,554,261 バイト)
　・内容：ファイル数: 29,450、フォルダー数: 0

◆以下のフォルダに対する更新は問題なし
http://26.101.128.4/svn/test/app/trunk/src/dev
　・サイズ：1.27 GB (1,364,889,896 バイト)
　・内容：ファイル数: 30,943、フォルダー数: 13,700


### 補足情報（FW/ツールのバージョンなど）

Tortoise SVN：version 1.9.2 (r1703836)
PCのOS：Windows 10

SVNチェックアウト先フォルダの更新時に「413 Request Entity Too Large」が発生する

ログみると真っ白で、なんで変更したのか、さっぱりわかりません????

どうしたらいいですかねー。

コミットログを書く文化がないチーム

SVNに関しての質問となります。

とあるリポジトリにアクセスしようとすると下記のようなエラーが発生して
アクセスが弾かれてしまいます。

svn: E175013: Unable to connect to a repository at URL 'https://（対象サーバ）/（リポジトリ）'
svn: E175013: Access to 'https://（対象サーバ）/（リポジトリ）' forbidden

以下は作業を行っている上の箇条書きです。

・telnetで対象サーバにconnectすることは可能
　telnet （対象サーバ） 443
・上記エラー出た際に下記のようなコマンドを打っているが認証がそもそも聞かれない
　svn checkout --username （ユーザ名） https://（対象サーバ）/（リポジトリ） （ローカルパス）
　
　＊ローカル環境からhttpでアクセスした際は認証が聞かれる状態になります。

・受け側のサーバのSSLのアクセスログを確認すると下記のようなログになっている。
　XXX.XXX.XXX.XXX - - [DD/Oct/YYYY:HH:MM:SS +0900] "OPTIONS （対象サーバのリポジトリ） HTTP/1.1" 403 nnn

なお、クライアント側とサーバ側のSubversionのバージョンは同一です。

何か考えられる事がありましたらご教示宜しくお願い致します。