From Fedora Project Wiki
Line 19: Line 19:
== 一般的な回答 ==
== 一般的な回答 ==

* Each Fedora contributor has 150 MiB of quota-controlled space.
* Fedora 貢献者は quota 制御で 150 MB のスペースを持てます。
* To make a publicly viewable space, create a <code>public_html</code> directory.
* ウェブ上に公開されたスペースを作成するために <code>public_html</code> ディレクトリを作成してください。
* Upload files using scp, sftp, or rsync.
* scp, sftp 又は rsync を使用してファイルをアップロードしてください。
{{admon/tip | Using Nautilus | If you use GNOME, visit [[Infrastructure/ | this page]] for an easy way to connect to your space.}}

{{admon/tip | Using Dolphin or Konqueror | If you use KDE, type <code>s</code> in your file manager address bar for an easy way to connect to your space.}}
{{admon/tip | Nautilus の使用 | GNOME を使用しているなら スペースへ接続する簡単な方法について [[Infrastructure/ | このページ]]を訪問してください。}}

To copy files from the command line, you can use scp
{{admon/tip | Dolphin 又は Konqueror の使用 | KDE を使用しているなら スペースへ接続する簡単な方法として、ファイルマネージャに <code>s</code> を入力してください。}}
コマンドラインからファイルをコピーするために scp コマンドを使用することができます。

Line 32: Line 33:

* ユーザの public_html ディレクトリへファイルをアップロードすると、そのファイルが 経由で利用できます。

* Once uploaded into the users public_html directory the files are available via http at:
* 拡張 ACL を使用して read/write/etc のアクセス権をファイルへ与えてください。ディレクトリ/ファイルへアクセス権を追加するために setfacl getfacl の man ページを確認してください。このサンプルは jkeating というユーザに読み込みと書き込みのアクセス権を <code>file</code> へ与えます。
* Give other users access to read/write/etc files by using extended acls. Read man pages for setfacl and getfacl for adding them to your dirs/files. This gives the user jkeating read and write access to <code>file</code>:

<pre>setfacl -m u:jkeating:rw file</pre>
<pre>setfacl -m u:jkeating:rw file</pre>

Revision as of 06:05, 6 August 2010

本稿は Fedora の貢献者が世界中でファイル共有のためにアップロードできる で、あなたの個人スペースを作成して使用する方法の詳細を説明します。それは spec ファイル、SRPM、パッチ、個人リポジトリ等をアップロードするために最適です。

あなたの スペースへアクセスする

  1. Fedora アカウントを有効にする必要があります。
  2. 何かのグループを支援するために参加しなければなりません(CLA グループ以外)。
  3. ssh キーを生成する必要があります(ssh-keygen -t rsa)。
  4. Fedora アカウントへ ssh キーをアップロードします。アップロードするために このリンクを訪問して 'Public RSA SSH key フィールドにあなたのパブリックキーを選択してください。通常はホームディレクトリの .ssh/ にあります。アップロード後 ssh キーが有効になるのに1時間かかります。
  5. 接続するために、Fedora アカウントにアップロードした ssh キーを使用してください。
ssh -i ~/.ssh/id_rsa <your_fedora_id>


  • 各 Fedora 貢献者は quota 制御で 150 MB のスペースを持てます。
  • ウェブ上に公開されたスペースを作成するために public_html ディレクトリを作成してください。
  • scp, sftp 又は rsync を使用してファイルをアップロードしてください。
Nautilus の使用
GNOME を使用しているなら スペースへ接続する簡単な方法について このページを訪問してください。
Dolphin 又は Konqueror の使用
KDE を使用しているなら スペースへ接続する簡単な方法として、ファイルマネージャに s を入力してください。

コマンドラインからファイルをコピーするために scp コマンドを使用することができます。

scp /path/to/file
  • 拡張 ACL を使用して read/write/etc のアクセス権をファイルへ与えてください。ディレクトリ/ファイルへアクセス権を追加するために setfacl と getfacl の man ページを確認してください。このサンプルは jkeating というユーザに読み込みと書き込みのアクセス権を file へ与えます。
setfacl -m u:jkeating:rw file

BETA git ホスティングサポート now has support for hosting git repositories including accessing them via the git:// protocol for anonymous downloads as well as providing gitweb. This should be considered beta.

Here is a quick rundown of how to get started using git on It assumes that you are already somewhat familiar with git. You might want to take a look at the Git quick reference. で ~/public_git ディレクトリを作成する

ssh "mkdir ~/public_git"

~/public_git で新たな git リポジトリを作成する

As an example, here is one method to create an empty repository on your local system and upload it:

mkdir repo.git
cd repo.git
git --bare init
touch git-daemon-export-ok
cd ..
scp -r repo.git/

This creates a bare repository (i.e. a repository that has no working directory). It contains just the files that are part of the .git directory of a non-bare git repository (the kind most users are accustomed to seeing).

Repository name must end with .git
Gitweb will not list repos that do not end in .git.
Repository access and git-daemon-export-ok
Without the git-daemon-export-ok file, your repository won't be available anonymously via the git:// protocol.
Stop (medium size).png
Non-bare repositories
While non-bare repositories should work, it is generally discouraged to push to such repositories. However, if you do use a non-bare repository, you should place the git-daemon-export-ok file in the top-level git dir, e.g. ~/public_git/your_repo.git/git-daemon-export-ok, NOT ~/public_git/your_repo.git/.git/git-daemon-export-ok

~/public_git への既存リポジトリへアップロードする

If you have an existing repository you want to use on fedorapeople, you can do so easily:

git clone --bare /path/to/local/repo repo.git
touch repo.git/git-daemon-export-ok
scp -r repo.git/

The caveats from the previous section apply here as well.


To push changes from a local repository:

cd /path/to/local/repo
git remote add fedorapeople
git push --mirror fedorapeople

This creates a mirror of your local repository. All of the branches and tags in the local repository will be pushed to the fedorapeople repository.

If you only want to push selected branches, amend the git push example. For example, to push only your local master branch:

git push fedorapeople master

Allowing others to push
You can allow other users to push to your repository using extended acls (see setfacl(1) for details). However, if you have many others working on your project, using Fedora Hosted is strongly preferred.


To clone your repository, use a command similar to:

git clone git://

It is also possible to clone your project via the http:// protocol. In order for this to work, you must arrange to have git-update-server-info run whenever you update your repository. Typically, this is done with a post-update hook script. However, the user home directories on are mounted with the noexec option, which prevents the script from running. Instead, you may create a symbolic link to git-update-server-info in the hooks directory of your repository:

cd ~/public_git/repo.git/hooks
ln -svbf /usr/bin/git-update-server-info post-update

You also need to create a link from ~/public_html/git to ~/public_git:

cd ~/public_html
ln -svbf ../public_git git

You can clone your repository over http:// with a command similar to:

git clone

git:// versus http://
Only clone via http:// if you are behind a firewall that prevents git:// from working. The git:// protocol is faster and more efficient than the http:// protocol for git usage.

gitweb 経由であなたのプロジェクトをブラウズする

You can see your project listed in gitweb once the project list updates. This happens hourly. Note that the gitweb URL may change.

Repository description
You can set the description for the repository that is displayed in gitweb by editing the description file in your repository.