~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/en/mini-tutorial/index.txt

  • Committer: Andrew Bennetts
  • Date: 2010-09-17 04:32:50 UTC
  • mto: This revision was merged to the branch mainline in revision 5433.
  • Revision ID: andrew.bennetts@canonical.com-20100917043250-4f57ifkg0yu321t7
Reuse self._log_file rather than make new StringIO, and wrap pre-existing long line.

Show diffs side-by-side

added added

removed removed

Lines of Context:
12
12
version control, how to record changes to them, examine your work, publish
13
13
it and send your work for merger into a project's trunk.
14
14
 
 
15
If you'd prefer a more detailed introduction, take a look at
 
16
`Learning More`_.
 
17
 
15
18
 
16
19
Installation
17
20
============
35
38
Introducing yourself
36
39
====================
37
40
 
38
 
Bazaar records changes to source code, and it records who made the change.
39
 
The person is identified by their name and email address.  (If you're
40
 
concerned about spam, you don't need to use a real address that you
41
 
actually read, but the convention is that it looks like an email address.)
 
41
Before you start working, it is good to tell Bazaar who you are. That
 
42
way your work is properly identified in revision logs.
42
43
 
43
 
Before you start working, let's tell Bazaar who you are.  Using your name
44
 
and email address, instead of John Doe's, type::
 
44
Using your name and email address, instead of John Doe's, type::
45
45
 
46
46
  $ bzr whoami "John Doe <john.doe@gmail.com>"
47
47
 
48
 
You can check what identity is stored in Bazaar's configuration::
 
48
Bazaar will now create or modify a configuration file, including your
 
49
name and email address.
 
50
 
 
51
Now, check that your name and email address are correctly registered::
49
52
 
50
53
  $ bzr whoami
51
54
  John Doe <john.doe@gmail.com>
52
55
 
53
56
 
54
 
Starting a new project
55
 
======================
56
 
 
57
 
Let's suppose we want to store a new project under Bazaar.  First, we'll
58
 
make a *repository directory* to hold all our work related to this
59
 
project.  We can then have multiple branch directories under here, and
60
 
they'll all store the committed history in the repository.
61
 
 
62
 
::
63
 
 
64
 
  bzr init-repo sample
65
 
  cd sample
66
 
  bzr init trunk
67
 
  cd trunk
 
57
Putting files under version control
 
58
===================================
 
59
 
 
60
Let's create a directory and some files to use with Bazaar::
 
61
 
 
62
 $ mkdir myproject
 
63
 $ cd myproject
 
64
 $ mkdir subdirectory
 
65
 $ touch test1.txt test2.txt test3.txt subdirectory/test4.txt
 
66
 
 
67
**Note for Windows users**: use Windows Explorer to create your
 
68
directories, then right-click in those directories and select
 
69
``New file`` to create your files.
 
70
 
 
71
Now get Bazaar to initialize itself in your project directory::
 
72
 
 
73
  $ bzr init
 
74
 
 
75
If it looks like nothing happened, don't worry. Bazaar has created a
 
76
branch_ where it will store your files and their revision histories.
 
77
 
 
78
.. _branch: http://wiki.bazaar.canonical.com/Branch
 
79
 
 
80
The next step is to tell Bazaar which files you want to track. Running
 
81
``bzr add`` will recursively add everything in the project::
 
82
 
 
83
 $ bzr add
 
84
 added subdirectory
 
85
 added test1.txt
 
86
 added test2.txt
 
87
 added test3.txt
 
88
 added subdirectory/test4.txt
 
89
 
 
90
Next, take a snapshot of your files by committing them to your branch. Add
 
91
a message to explain why you made the commit::
 
92
 
 
93
  $ bzr commit -m "Initial import"
 
94
 
 
95
As Bazaar is a distributed version control system, it doesn't need to
 
96
connect to a central server to make the commit. Instead, Bazaar stores your
 
97
branch and all its commits inside the directory you're working with; look
 
98
for the ``.bzr`` sub-directory.
68
99
 
69
100
 
70
101
Making changes to your files
109
140
    Initial import
110
141
 
111
142
 
112
 
Publishing your branch on Launchpad
113
 
===================================
114
 
 
115
 
Launchpad is a suite of development and hosting tools for
116
 
software projects. You can use it to publish your branch.  (You can 
117
 
also publish branches onto your own server or other hosting services.)
 
143
Publishing your branch with sftp
 
144
================================
 
145
 
 
146
There are a couple of ways to publish your branch. If you already have
 
147
an SFTP server or are comfortable setting one up, you can publish your
 
148
branch to it.
 
149
 
 
150
Otherwise, skip to the next section to publish with Launchpad_, a free
 
151
hosting service for Bazaar.
 
152
 
 
153
.. _Launchpad: https://launchpad.net/
 
154
 
 
155
Let's assume you want to publish your branch at ``www.example.com/myproject``::
 
156
 
 
157
 $ bzr push --create-prefix sftp://your.name@example.com/~/public_html/myproject
 
158
 2 revision(s) pushed.
 
159
 
 
160
Bazaar will create a ``myproject`` directory on the remote server and
 
161
push your branch to it.
 
162
 
 
163
Now anyone can create their own copy of your branch by typing::
 
164
 
 
165
 $ bzr branch http://www.example.com/myproject
 
166
 
 
167
**Note**: to use sftp, you may need to install ``paramiko`` and
 
168
``pyCrypto``. See http://wiki.bazaar.canonical.com/InstallationFaq for details.
 
169
 
 
170
 
 
171
Publishing your branch with Launchpad
 
172
=====================================
 
173
 
 
174
Launchpad is a suite of development and hosting tools for free
 
175
software projects. You can use it to publish your branch.
118
176
 
119
177
If you don't have a Launchpad account, follow the `account signup guide`_
120
178
and `register an SSH key`_ in your new Launchpad account.
122
180
.. _account signup guide: https://help.launchpad.net/CreatingYourLaunchpadAccount
123
181
.. _register an SSH key: https://launchpad.net/people/+me/+editsshkeys
124
182
 
125
 
Replacing ``john.doe`` with your own Launchpad username, type::
 
183
Replacing ``john.doe`` with your own Launchpad username, type [#]_::
126
184
 
127
185
 $ bzr push lp:~john.doe/+junk/myproject
128
186
 
129
 
**Note**: ``+junk`` is a place to store experimental branches not
130
 
associated with any particular project.  Normally, you should push a
131
 
project into an existing project, or register a new project through the
132
 
web interface.
 
187
.. [#] Use of the ``lp:`` URL scheme requires bzr 0.92 or later.
 
188
 
 
189
**Note**: ``+junk`` means that this branch isn't associated with any particular
 
190
project in Launchpad.
133
191
 
134
192
Now, anyone can create their own copy of your branch by typing::
135
193
 
145
203
To work with someone else's code, you can make your own copy of their
146
204
branch. Let's take a real-world example, Bazaar's GTK interface::
147
205
 
148
 
  $ bzr init-repo ~/bzr-gtk
149
 
  $ bzr branch lp:~bzr/bzr-gtk/trunk ~/bzr-gtk/john
 
206
  $ bzr branch lp:~bzr/bzr-gtk/trunk bzr-gtk.john
150
207
  Branched 292 revision(s).
151
208
 
152
209
Bazaar will download all the files and complete revision history from the
153
 
bzr-gtk project's trunk branch and create a copy called ``john``.
 
210
bzr-gtk project's trunk branch and create a copy called bzr-gtk.john.
154
211
 
155
212
Now, you have your own copy of the branch and can commit changes with
156
213
or without a net connection. You can share your branch at any time by
175
232
 
176
233
  $ bzr diff
177
234
 
178
 
If different branches have made changes to the same areas of the same
179
 
files, then merging them may generate conflicts.  When this happens,
180
 
Bazaar puts text markers like ``<<<<<<<`` into the files, and records them
181
 
in a list of conflicted files.  You should edit the files to reflect the
182
 
way you want to resolve the conflicts, use ``bzr diff`` to check the
183
 
changes, and then ``bzr resolve`` to mark them as resolved.
184
 
 
185
235
If you're happy with the changes, you can commit them to your personal
186
236
branch::
187
237
 
189
239
  Committed revision 295.
190
240
 
191
241
 
 
242
Merging your work into the parent branch
 
243
========================================
 
244
 
 
245
After you've worked on your personal branch of bzr-gtk, you may want to
 
246
send your changes back upstream to the project. The easiest way is to
 
247
use a merge directive.
 
248
 
 
249
A merge directive is a machine-readable request to perform a
 
250
particular merge.  It usually contains a patch preview of the merge
 
251
and either contains the necessary revisions, or provides a branch
 
252
where they can be found.
 
253
 
 
254
Replacing ``mycode.patch``, create your merge directive::
 
255
 
 
256
 $ bzr send -o mycode.patch
 
257
 Using saved parent location: http://bazaar.launchpad.net/~bzr/bzr-gtk/trunk
 
258
 
 
259
You can now email the merge directive to the bzr-gtk project who, if
 
260
they choose, can use it merge your work back into the parent branch.
 
261
 
 
262
 
192
263
Learning more
193
264
=============
194
265
 
199
270
 
200
271
  $ bzr help
201
272
 
 
273
To learn about Bazaar commands::
 
274
 
 
275
  $ bzr help commands
 
276
 
202
277
To learn about the ''foo'' topic or command::
203
278
 
204
279
  $ bzr help foo
205
 
 
206
 
Licence
207
 
=======
208
 
 
209
 
Copyright 2007-2011 Canonical Ltd. Bazaar is free software, and you
210
 
may use, modify and redistribute both Bazaar and this document under
211
 
the terms of the GNU General Public License version 2 or later. See
212
 
<http://www.gnu.org/licenses/>.