タグ付けされた質問 「subversion」


3
Debianのサービスはどのように機能し、どのように管理できますか?
Windowsにはサービスマネージャーがあり、Windows自体から起動できるすべてのシステムサービスが表示され、使用するユーザーを設定し、権限管理がそこにあり、変数やその他の情報をサービスに渡すことができます。 、それらに名前を付けることができ、1つのプログラムの複製サービスなどを作成できます。したがって、Windowsにはメインの管理ツールがあります。 Linuxでも同じことができますか?起動時に「svnserve」を実行するようにトリガーするにはどうすればよいですか、または特別なコンテキストで実行されるようにサービスを構成するにはどうすればよいですか。すべての「プログラムされた」サービスを表示するにはどうすればよいですか?

5
複数のグループをディレクトリ所有者として設定する
私のサーバーにはディレクトリがあり/srv/svnます。 例えば、複数のグループ所有権を持っているために、このディレクトリを設定することが可能であるdevFirmA、devFirmBとdevFirmC? ポイントは、subversion複数のリポジトリにまたがる複数のユーザーをバージョン管理したいのですが /srv/svn、マージの方法、リポジトリのルートディレクトリ、アクセス許可がわからないことです。たとえば、3つの会社FirmAがFirmBありFirmCます。今、内部の/srv/svn私は3つのディレクトリを作成しました、FirmA、FirmB、FirmCおよびそれらの内側に、私はプロジェクトごとにリポジトリを作成しましたし、今私は内のすべてのelementesがあるため、許可制度を確立する方法がわからない/srv/svnが所有しているroot:root[OK]をされていない、または私は違う?

4
非標準ポートでSSHを使用してSVN / SSHを構成する方法
SSHをポート20000に設定しました。試してみると: svn co svn+ssh://server.com:20000/home/svn/proj1 proj1 --username jm 私は得る svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: Network connection closed unexpectedly SVNにポート20000も使用するように指示する必要があると思いますか? Ubuntu 11.10を使用しています
14 ssh  tcp  subversion 

4
別のユーザー名のパスワードなしssh?
Subversionプロジェクトのパスワードなしのssh接続を行いたいです。現在、私はssh + svnを使用していますが、サーバーとやり取りするたびにパスワードを入力する必要があるため、少し面倒です。 パスワードのないsshのキーを生成する方法に関するいくつかのチュートリアルをWebで見つけましたが、それらはすべて、ホームシステムと同じユーザー名をリモートシステムで使用していると想定しているようです。ただし、ssh + svnに使用するユーザー名は、実行しているシステムのユーザーアカウント名とは異なります。これを適切に設定するにはどうすればよいですか?キーファイルの名前を変更するだけではうまくいきませんでした。

5
SVNでユーザーを追加するにはどうすればよいですか?
アップデート#3:見つけたと思います。 /etc/httpd/conf.d/subversion.conf <Location /repos> DAV svn SVNPath /var/www/svn/repos AuthType Basic AuthName "Subversion repos" AuthUserFile /etc/svn-auth-conf Require valid-user </Location> svn-auth-confの形式は user1:$apr1$randome letters ... $random letters and numbers コマンドラインツールを使用してユーザーを追加したような気がしますが、何を覚えているのかわかりません。 アップデート#2:http.confを検索すると、次の結果が得られます /usr/share/logwatch/default.conf/logfiles/http.conf /usr/share/logwatch/default.conf/services/http.conf どちらにもsubversionに関連しているように見えるものはありません。役立つ場合は、ここにファイルを投稿できます。 元の質問: 数年前、subversionをインストールしてセットアップしました。ユーザーを追加した方法を覚えていません。ここでもう1つ追加する必要がありpasswdますが、ファイルをチェックしたところ、ユーザーが定義されておらず、svnserve.confファイルに何も設定されていませんでした。両方ともすべてコメント化されていました。それは私がグーグル経由でユーザーを追加するために見つけることができる唯一の方法です。だから私はそれを試しました: パスワード user1 = password1 user2 = password2 svnserve.conf anon-access = none auth-access = write pasword-db = passwd …
12 subversion 

2
.svnフォルダーとそのサブコンテンツを除くRsync?
Subversionリポジトリと、それがどのように機能するかを十分に理解していない新しいユーザーに対処する。 要するに、ランダムな.svnフォルダーのコピーが原因でローカル構造が台無しになったため、次のことを行いました。 ローカル構造をステージングと呼ばれるフォルダーにコピーしました ステージングディレクトリからすべての.svnフォルダを再帰的に削除しました 「クリーンフォルダー」にレポをチェックアウトしました これで最終段階になりました。ステージングフォルダーのコンテンツを取得して、クリーンなコンテンツを上書きします。 コマンドでステージングディレクトリの内容をクリーンディレクトリにコピーし、クリーンディレクトリのみにあるものをすべて削除する必要がありますが、クリーンフォルダの.svnフォルダはそのまま残します。 これはrsyncの仕事のように思えます。次のコマンドは正しいでしょうか? rsync -avr --exclude=.svn* [staging] [clean]
10 rsync  subversion 

2
すべてのユーザーのSVNプレーンテキストパスワードストレージを無効にする
デフォルトでは、Subversionはユーザーがパスワードをプレーンテキストでに保存できるようにします~/.subversion/auth/svn.simple。暗号化されたパスワードをsvnに保存するためのオプションを調査していますが、少なくとも、できるだけ早く、すべてのユーザーのパスワードを保存する機能を完全に無効にしたいと考えています。Subversion 1.6.17を実行しています。 設定ファイルを介してユーザーのホームディレクトリ内でこれを無効にすることができます。 〜/ .subversion / servers: [global] # Password / passphrase caching parameters: store-passwords = no store-plaintext-passwords = no ただし、ユーザーは必要に応じて構成ファイルを変更できます。システム全体のsvn configファイルはありませんか?私が見たいくつかのオプション: オプション1 1.8-devでは、Subversionのconfigureスクリプトは--disable-plaintext-password-storageオプションを受け入れ、プレーンテキストのパスワードとクライアント証明書のパスフレーズを保存するロジックをバイパスします。 開発リリースに更新したくない。 オプション2 /etc/subversion/config 私の知る限り、この構成ファイルは、ユーザーがホームディレクトリに構成ファイルをまだ持っていない場合にのみ使用されます。 オプション3 でユーザーの認証キャッシュを削除するcronジョブを追加し~/.subversion/auth/svn.simpleます。そのため、たとえそれらがsvn configファイルを変更したとしても、私たちのcronジョブは保存されたパスワードをすべて殺します。ただし、毎分実行しても、バックアップシステムがプレーンテキストのパスワードを含むファイルを取得しないとは限りません。 アイデア?

3
経験の浅いユーザーのためのSubversionの優れた紹介?[閉まっている]
休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか?質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 5年前休業。 UNIX(またはMac OS X)ユーザーのためのSubversionの良い紹介を提案できますか?基本的なコマンドラインの使い方に精通していると想定できますが、高度なトピックは想定していません(bashスクリプトは「高度な使い方」として数えます...)。 理想的には、ガイドには以下を含める必要があります。 VCSの目的(一般)と、特にSubversionモデルの簡単な紹介。 クイックスタートの使用法(チェックアウト、更新/編集/コミットサイクル) インストール手順; それがそこにあるすべての主要なOSですでに利用可能であり、人々がパッケージからインストールし、ソースからコンパイルしないように導く場合、ボーナスポイント...
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.