ファイルシステムへのルートではなくパブリックアクセスは可能ですか?

ファイルシステムへのルートではなくパブリックアクセスは可能ですか?

私はGradleとGitを介して継続的な統合/継続的な配信のためのAndroidプロジェクトを構築しようとしています。

基本コードは、キーを含むさまざまなファイルなしでビルドサーバーのgitから取得されます。

Gradleでは、プロジェクトを正常に構築するためにこれらのファイルが必要です。

このファイルを個別にビルドサーバーにインポートしますが、ローカル環境とビルドサーバーの両方にこのファイルを保存するための共通の場所を探しています。これにより、ENVはこの場所を参照し、Gradleビルドファイルでその場所を指すことができます。

ビルドサーバーはルートモードで実行されており、明らかに私のローカルはユーザーとして実行されています。

/home/$USERに加えて、root以外のユーザーがアクセスできるLinuxファイルシステムの他の公開場所は何ですか?

私が使用しているdistはUbuntuとDebianです。

答え1

そのファイルの最も正式な場所は次のとおりです。/srv、「このシステムが提供するサイト固有のデータ」です。

または、これをシステムユーザー/home/autobuilderのホームディレクトリとして使用し、autobuilderここにファイルを保存することもできます。

別の一般的な規則は、各コンピュータ名のサブディレクトリなどの最上位ディレクトリを持ち、そこにサイト固有の/netデータを格納することです。ファイルがあるコンピュータに保存され、NFSまたは別のネットワークを介して別の場所にマウントされている場合、これはおそらく最も明確なルールファイルシステムです。

または、ユーザーが所有していない可変データのデフォルトの場所である次のディレクトリを選択できます/var/local。  /varあるいは、別の最上位ディレクトリを使用することもできます。システム管理者は、展開ツールの前提条件(たとえば、展開用に予約されているディレクトリを維持する)と競合しない限り、ストレージの構成方法を決定できます。

答え2

/var/spool通常、変数の所有権と権限を持つアプリケーション固有のディレクトリが含まれます。そこから何かを作ることができます。

/var/opt同様に、/opt少しここで説明この場所の意図された目的については、しかしそれは実際にあなた次第です。

唯一の問題は、通常、ディレクトリを作成してその場所に所有権と権限を設定するには、スーパーユーザー権限が必要であることです。しかし、これは本当でもあります/home。唯一の標準的なグローバル書き込み可能な場所はですが、永久に保存されるという/tmp保証がないため、これは悪い考えです。

関連情報