~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

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

  • Committer: Canonical.com Patch Queue Manager
  • Date: 2011-06-29 17:19:58 UTC
  • mfrom: (5967.8.4 rm-del-methods)
  • Revision ID: pqm@pqm.ubuntu.com-20110629171958-u8a6lkpw5kdnfm55
(mbp) remove most __del__ methods (Martin Pool)

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
 
 
18
15
 
19
16
Installation
20
17
============
38
35
Introducing yourself
39
36
====================
40
37
 
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.
 
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.)
43
42
 
44
 
Using your name and email address, instead of John Doe's, type::
 
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::
45
45
 
46
46
  $ bzr whoami "John Doe <john.doe@gmail.com>"
47
47
 
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::
 
48
You can check what identity is stored in Bazaar's configuration::
52
49
 
53
50
  $ bzr whoami
54
51
  John Doe <john.doe@gmail.com>
55
52
 
56
53
 
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.
 
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
99
68
 
100
69
 
101
70
Making changes to your files
140
109
    Initial import
141
110
 
142
111
 
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.
 
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.)
176
118
 
177
119
If you don't have a Launchpad account, follow the `account signup guide`_
178
120
and `register an SSH key`_ in your new Launchpad account.
180
122
.. _account signup guide: https://help.launchpad.net/CreatingYourLaunchpadAccount
181
123
.. _register an SSH key: https://launchpad.net/people/+me/+editsshkeys
182
124
 
183
 
Replacing ``john.doe`` with your own Launchpad username, type [#]_::
 
125
Replacing ``john.doe`` with your own Launchpad username, type::
184
126
 
185
127
 $ bzr push lp:~john.doe/+junk/myproject
186
128
 
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.
 
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.
191
133
 
192
134
Now, anyone can create their own copy of your branch by typing::
193
135
 
203
145
To work with someone else's code, you can make your own copy of their
204
146
branch. Let's take a real-world example, Bazaar's GTK interface::
205
147
 
206
 
  $ bzr branch lp:~bzr/bzr-gtk/trunk bzr-gtk.john
 
148
  $ bzr init-repo ~/bzr-gtk
 
149
  $ bzr branch lp:~bzr/bzr-gtk/trunk ~/bzr-gtk/john
207
150
  Branched 292 revision(s).
208
151
 
209
152
Bazaar will download all the files and complete revision history from the
210
 
bzr-gtk project's trunk branch and create a copy called bzr-gtk.john.
 
153
bzr-gtk project's trunk branch and create a copy called ``john``.
211
154
 
212
155
Now, you have your own copy of the branch and can commit changes with
213
156
or without a net connection. You can share your branch at any time by
232
175
 
233
176
  $ bzr diff
234
177
 
 
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
 
235
185
If you're happy with the changes, you can commit them to your personal
236
186
branch::
237
187
 
239
189
  Committed revision 295.
240
190
 
241
191
 
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
 
 
263
192
Learning more
264
193
=============
265
194
 
270
199
 
271
200
  $ bzr help
272
201
 
273
 
To learn about Bazaar commands::
274
 
 
275
 
  $ bzr help commands
276
 
 
277
202
To learn about the ''foo'' topic or command::
278
203
 
279
204
  $ 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/>.