Ubuntu（またはDebian）のSubversion 1.6のビルド済みバイナリはどこにありますか？

StackOverflow https://stackoverflow.com/questions/831723

  •  06-07-2019
  •  | 
  •  

質問

subversionの最新バージョン（1.6）のバイナリは簡単に見つかりますが、Ubuntu（またはDebian）のバイナリは見つかりません。

tigris.orgのダウンロードページは、次のコマンドを使用することを提案しています。

apt-get install subversion

ただし、経験できるように、これはバージョン1.5.4（2009年5月6日執筆時点）までインストールされます。

これは、Windowsと共有する多くの作業コピーがTortoiseSVNによって1.6に自動的に更新されるため、良いことではありません。

役に立ちましたか？

解決

ここで、認定バイナリを見つけることができます： http：// www。 wandisco.com/subversion/os/downloads?type=ubuntu910

スクリプトによりリポジトリが設定されるため、引き続き更新を取得できます。

他のヒント

Ubuntu 8.04〜9.10用のSubversion 1.6バイナリパッケージを含むAPTリポジトリは次のとおりです。 https://launchpad.net/~anders-kaseorg/+archive/subversion-1.6

これらのリポジトリで解決しました：

deb http://ppa.launchpad.net/anders-kaseorg/subversion-1.6/ubuntu intrepid main
deb-src http://ppa.launchpad.net/anders-kaseorg/subversion-1.6/ubuntu intrepid main

http：// packagesのdebianの実験リポジトリで、Subversion 1.6のdebianパッケージを見つけることができます。 .debian.org / experimental / subversion 。

ubuntuリポジトリのバージョン1.5.4を使用しても大丈夫だと言っていましたが、使用しているsvnサーバーが1.6を実行していない場合は、クライアントの新しい機能を使用できませんとにかく。

私があなただったら、サードパーティからインストールする前にリポジトリでバージョンを使用してみてください。あなたのために動作し、サブバージョンの更新に関してはあなたの人生を楽にするでしょう長期。

次の2行を/etc/apt/sources.listに追加します。

deb http://ppa.launchpad.net/anders-kaseorg/subversion-1.6/ubuntu hardy main 
deb-src http://ppa.launchpad.net/anders-kaseorg/subversion-1.6/ubuntu hardy main

Andersキーの取得：

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 413576CB

更新：

sudo apt-get update

アップグレードまたはインストール：

sudo apt-get upgrade
sudo apt-get install subversion

（ GVS ）

解決しました！ここで解決策。

CollabNetダウンロードページからRed Hatのバイナリをダウンロードします。 。 次に、エイリアンを使用してインストールします。例：

$ sudo apt-get install alien
$ sudo alien CollabNetSubversion-client-1.6.2-1.i386.rpm
$ sudo dpkg -i collabnetsubversion-client_1.6.2-2_i386.deb

コマンドは/ usr / bin / svnではなく/ opt / CollabNet_Subversion / bin / svnの下にインストールされることに注意してください。そのため、 .bashrc ：

に次の行を追加します。 
export PATH="/opt/CollabNet_Subversion/bin:$PATH"

Windowsの作業用コピーを使用するために1.6バージョンを必要としない。 SVNは、クライアントが提供する機能を認識し、それらの機能のみを許可するのに十分賢いです。したがって、1.5.4クライアントは問題なく1.6サーバーに接続できます。 Windows 1.6クライアントも同様です。

ここで問題が発生するのは、1つの作業コピーで2つのクライアントを使用している場合だけです。つまり、WindowsクライアントとLinuxクライアントの両方が、単一の共有ディレクトリをコミットおよび更新します。とにかくこのような配置は悪い考えです。EOLの違いを数えなくても、あらゆる種類の問題が発生します。そのような状況がある場合は、新しいWCをチェックアウトして、Linux用とWindows用を用意します。

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