← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/ja/user-guide/sending_changes.txt

  • Committer: Vincent Ladeuil
  • Date: 2009-04-27 16:10:10 UTC
  • mto: (4310.1.1 integration)
  • mto: This revision was merged to the branch mainline in revision 4311.
  • Revision ID: v.ladeuil+lp@free.fr-20090427161010-7swfzeagf63cpixd
Fix bug #367726 by reverting some default user handling introduced
while fixing bug #256612.

* bzrlib/transport/ssh.py:
(_paramiko_auth): Explicitly use getpass.getuser() as default
user.

* bzrlib/transport/ftp/_gssapi.py:
(GSSAPIFtpTransport._create_connection): Explicitly use
getpass.getuser() as default user.

* bzrlib/transport/ftp/__init__.py:
(FtpTransport._create_connection): Explicitly use
getpass.getuser() as default user.

* bzrlib/tests/test_sftp_transport.py:
(TestUsesAuthConfig.test_sftp_is_none_if_no_config)
(TestUsesAuthConfig.test_sftp_doesnt_prompt_username): Revert to
None as the default user.

* bzrlib/tests/test_remote.py:
(TestRemoteSSHTransportAuthentication): The really offending one:
revert to None as the default user.

* bzrlib/tests/test_config.py:
(TestAuthenticationConfig.test_username_default_no_prompt): Update
test (and some PEP8).

* bzrlib/smtp_connection.py:
(SMTPConnection._authenticate): Revert to None as the default
user.

* bzrlib/plugins/launchpad/account.py:
(_get_auth_user): Revert default value handling.

* bzrlib/config.py:
(AuthenticationConfig.get_user): Fix doc-string. Leave default
value handling to callers.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/ja/user-guide/sending_changes.txt
1
 
変更を送信する
2
 
===============
3
 
 
4
 
動機
5
 
-----
6
 
 
7
 
多くの分散型のシナリオでは、開発者にとってURLを公開することでタスクブランチを\
8
 
共有することが常に現実的であるとは限りません。
9
 
たとえば、開発者が在宅で一晩中作業をする場合、ゲートキーパーが別のタイムゾーンで\
10
 
レビューしてマージしたいときに開発者はタスクブランチに十分にアクセスできません。
11
 
 
12
 
Bazaarは手助けする巧妙な機能: *マージディレクティブ* を提供します。
13
 
 
14
 
マージのディレクティブを理解する
15
 
---------------------------------
16
 
 
17
 
マージディレクティブを"ミニブランチ" - ブランチが作成された後の成長部分 -
18
 
として考えることができます。
19
 
これは変更点を記したソフトウェアパッチですが、追加情報として中間コミット、\
20
 
リネームとデジタル署名のようなメタデータがつきます。
21
 
 
22
 
別の実用的なメタファはパケットケーキ: レシピと必要な材料を持った\
23
 
マージディレクティブです。
24
 
具体的にいえば、材料とはブランチ上で加えられた全ての変更のメタデータで、\
25
 
レシピとはそれらの変更点をどうやってマージするかで、 ``merge`` コマンドが\
26
 
共通の祖先を選ぶのに利用する情報です。
27
 
 
28
 
それらをどのように考えるのであれ、マージディレクティブはよいものです。
29
 
これらは簡単に作れて、メールに添付して送信するのに最適で、受け取った後で\
30
 
ブランチと同じように処理できます。
31
 
 
32
 
マージディレクティブを作る
33
 
-----------------------------
34
 
 
35
 
マージディレクトリを作りオプションとして送信するためには、 ``send`` コマンドを使います。
36
 
 
37
 
デフォルトでは、 ``send`` はマージディレクティブを ブランチのための "投稿アドレス" 、
38
 
通常はリード開発者もしくは開発メーリングリストにEメールを送信します。
39
 
オプションなしの ``send`` はマージディレクティブを作り、Eメールツールを作動させて添付し、\
40
 
少しの説明文を追加するための準備をします。
41
 
(この設定方法の詳細に関してはオンラインヘルプの ``send`` と
42
 
リファレンスマニュアルの `構成設定 <../user-reference/bzr_man.html#configuration-settings>`_
43
 
を参照)
44
 
 
45
 
大抵のプロジェクトではパッチ付きのメールに説明文を追加し、パッチの理由と内容を説明します。
46
 
これによってレビューワは行単位の差分に入る前にいくらかの事情を理解できます。
47
 
 
48
 
代わりに、 ``--output`` (or ``-o``) オプションが渡されると、 ``send``
49
 
はマージディレクティブをファイルに書くので、あなた自身にメールを送り、
50
 
それを検査し、後の使用のために保存できます。
51
 
``-`` の出力ファイルが渡されると、ディレクティブはstdoutに書き込まれます。例です::
52
 
 
53
 
  cd X-fix-123
54
 
  bzr send -o ../fix-123.patch
55
 
 
56
 
 
57
 
マージのディレクティブを適用する
58
 
---------------------------------
59
 
 
60
 
``merge`` と ``pull`` コマンドを使うことでマージディレクティブはブランチと同じ方法で\
61
 
適用できます
62
 
 
63
 
これらはBazaarを使わない上流のプロジェクトとコミュニケーションをするときにも便利です。
64
 
とりわけ、マージディレクティブ内の変更全体のプレビューは無地のソフトウェアパッチの\
65
 
ようになるので、たとえば彼らは ``patch -p0`` を使用してそれらを適用できます。