1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
|
Controlling file registration
=============================
What does Bazaar track?
-----------------------
As explained earlier, ``bzr add`` finds and registers all the things in
and under the current directory that Bazaar thinks ought to be
version controlled. These things may be:
* files
* directories
* symbolic links.
Bazaar has default rules for deciding which files are
interesting and which ones are not. You can tune those rules as
explained in `Ignoring files`_ below.
Unless many other VCS tools, Bazaar tracks directories as first class
items. As a consequence, empty directories are correctly supported -
you don't need to create a dummy file inside a directory just to
ensure it gets tracked and included in project exports.
For symbolic links, the value of the symbolic link is tracked,
not the content of the thing the symbolic link is pointing to.
Note: Support for tracking projects-within-projects ("nested trees")
is currently under development. Please contact the Bazaar developers
if you are interested in helping develop or test this functionality.
Selective registration
----------------------
In some cases, you may want or need to explicitly nominate the things
to register rather than leave it up to Bazaar to find things. To do this,
simply provide paths as arguments to the ``add`` command like this::
bzr add fileX dirY/
Adding a directory implicitly adds all interesting things
underneath it.
Ignoring files
--------------
Many source trees contain some files that do not need to be versioned,
such as editor backups, object or bytecode files, and built programs. You
can simply not add them, but then they'll always crop up as unknown files.
You can also tell Bazaar to ignore these files by adding them to a file
called ``.bzrignore`` at the top of the tree.
This file contains a list of file wildcards (or "globs"), one per line.
Typical contents are like this::
*.o
*~
*.tmp
*.py[co]
If a glob contains a slash, it is matched against the whole path from the
top of the tree; otherwise it is matched against only the filename. So
the previous example ignores files with extension ``.o`` in all
subdirectories, but this example ignores only ``config.h`` at the top level
and HTML files in ``doc/``::
./config.h
doc/*.html
To get a list of which files are ignored and what pattern they matched,
use ``bzr ignored``::
% bzr ignored
config.h ./config.h
configure.in~ *~
It is OK to have either an ignore pattern match a versioned file, or to
add an ignored file. Ignore patterns have no effect on versioned files;
they only determine whether unversioned files are reported as unknown or
ignored.
The ``.bzrignore`` file should normally be versioned, so that new copies
of the branch see the same patterns::
% bzr add .bzrignore
% bzr commit -m "Add ignore patterns"
Global ignores
--------------
There are some ignored files which are not project specific, but more user
specific. Things like editor temporary files, or personal temporary files.
Rather than add these ignores to every project, bzr supports a global
ignore file in ``~/.bazaar/ignore`` [#]_. It has the same syntax as the
per-project ignore file.
.. [#] On Windows, the users configuration files can be found in the
application data directory. So instead of ``~/.bazaar/branch.conf``
the configuration file can be found as:
``C:\Documents and Settings\<username>\Application Data\Bazaar\2.0\branch.conf``.
The same is true for ``locations.conf``, ``ignore``, and the
``plugins`` directory.
|