~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to NEWS

  • Committer: Alexander Belchenko
  • Date: 2008-02-16 10:03:17 UTC
  • mfrom: (3224 +trunk)
  • mto: This revision was merged to the branch mainline in revision 3230.
  • Revision ID: bialix@ukr.net-20080216100317-xg1hdw306evlgt94
merge bzr.dev; update for 1.3; $BZR_LOG used in trace.py module (again), not in the main bzr script (req. by Robert Collins)

Show diffs side-by-side

added added

removed removed

Lines of Context:
7
7
IN DEVELOPMENT
8
8
--------------
9
9
 
 
10
  NOTES WHEN UPGRADING:
 
11
  
 
12
  CHANGES:
 
13
 
 
14
    * BZR_LOG environment variable controls location of .bzr.log trace file. 
 
15
      User can suppress writing messages to .bzr.log by using '/dev/null'
 
16
      filename (on Linux) or 'NUL' (on Windows). If BZR_LOG variable 
 
17
      is not defined but BZR_HOME is defined then default location
 
18
      for .bzr.log trace file is ``$BZR_HOME/.bzr.log``.
 
19
      (Alexander Belchenko)
 
20
 
 
21
  FEATURES:
 
22
 
 
23
  IMPROVEMENTS:
 
24
 
 
25
  BUGFIXES:
 
26
 
 
27
  API BREAKS:
 
28
 
 
29
  TESTING:
 
30
 
 
31
  INTERNALS:
 
32
 
 
33
 
 
34
bzr 1.2rc1 (not released yet)
 
35
-----------------------------
 
36
 
 
37
  NOTES WHEN UPGRADING:
 
38
  
 
39
    * Fetching via the smart protocol may need to reconnect once during a fetch
 
40
      if the remote server is running Bazaar 1.1 or earlier, because the client
 
41
      attempts to use more efficient requests that confuse older servers.  You
 
42
      may be required to re-enter a password or passphrase when this happens.
 
43
      This won't happen if the server is upgraded to Bazaar 1.2.
 
44
      (Andrew Bennetts)
 
45
 
10
46
  CHANGES:
11
47
 
12
48
    * Fetching via bzr+ssh will no longer fill ghosts by default (this is
16
52
      friendly. Full path of plugins locations will be shown only with
17
53
      ``--verbose`` command-line option. (Alexander Belchenko)
18
54
 
19
 
    * If BZR_HOME environment variable is defined then default location
20
 
      for .bzr.log trace file is ``$BZR_HOME/.bzr.log``.
21
 
      (Alexander Belchenko)
22
 
 
23
55
    * ``merge`` now prefers to use the submit branch, but will fall back to
24
56
      parent branch.  For many users, this has no effect.  But some users who
25
57
      pull and merge on the same branch will notice a change.  This change
30
62
 
31
63
  FEATURES:
32
64
 
33
 
    * BZR_LOG environment variable controls location of .bzr.log trace file. 
34
 
      User can suppress writing messages to .bzr.log by using '/dev/null'
35
 
      filename (on Linux) or 'NUL' (on Windows). (Alexander Belchenko)
36
 
 
37
65
    * ``merge --preview`` produces a diff of the changes merge would make,
38
66
      but does not actually perform the merge.  (Aaron Bentley)
39
67
 
 
68
    * New smart method ``Repository.get_parent_map`` for getting revision
 
69
      parent data. This returns additional parent information topologically
 
70
      adjacent to the requested data to reduce round trip latency impacts.
 
71
      (Robert Collins)
 
72
 
40
73
    * New smart method, ``Repository.stream_revisions_chunked``, for fetching
41
74
      revision data that streams revision data via a chunked encoding.  This
42
75
      avoids buffering large amounts of revision data on the server and on the
43
76
      client, and sends less data to the server to request the revisions.
44
77
      (Andrew Bennetts, Robert Collins, #178353)
45
78
 
 
79
    * The launchpad plugin now handles lp urls of the form
 
80
      ``lp://staging/``, ``lp://demo/``, ``lp://dev/`` to use the appropriate
 
81
      launchpad instance to do the resolution of the branch identities.
 
82
      This is primarily of use to Launchpad developers, but can also
 
83
      be used by other users who want to try out Launchpad as
 
84
      a branch location without messing up their public Launchpad
 
85
      account.  Branches that are pushed to the staging environment
 
86
      have an expected lifetime of one day. (Tim Penhey)
 
87
 
46
88
  IMPROVEMENTS:
47
89
 
 
90
    * Creating a new branch no longer tries to read the entire revision-history
 
91
      unnecessarily over smart server operations. (Robert Collins)
 
92
 
48
93
    * Fetching between different repository formats with compatible models now
49
94
      takes advantage of the smart method to stream revisions.  (Andrew Bennetts)
50
95
 
66
111
 
67
112
    * Cleanly handle connection errors in smart protocol version two, the same
68
113
      way as they are handled by version one.  (Andrew Bennetts)
 
114
 
 
115
    * Clearer error when ``version-info --custom`` is used without
 
116
      ``--template`` (Lukáš Lalinský)
69
117
      
70
118
    * List possible values for BZR_SSH environment variable in env-variables
71
119
      help topic. (Alexander Belchenko, #181842)
72
120
 
73
 
    * pull --quiet is now more quiet, in particular a message is no longer
 
121
    * New methods ``push_log_file`` and ``pop_log_file`` to intercept messages:
 
122
      popping the log redirection now precisely restores the previous state,
 
123
      which makes it easier to use bzr log output from other programs.
 
124
      TestCaseInTempDir no longer depends on a log redirection being established
 
125
      by the test framework, which lets bzr tests cleanly run from a normal
 
126
      unittest runner.
 
127
      (#124153, #124849, Martin Pool, Jonathan Lange)
 
128
 
 
129
    * ``pull --quiet`` is now more quiet, in particular a message is no longer
74
130
      printed when the remembered pull location is used. (James Westby,
75
131
      #185907)
76
132
 
114
170
      ``SearchResult`` can be used to recreate the search later, which will
115
171
      be useful in reducing network traffic. (Robert Collins)
116
172
 
 
173
    * Use convenience function to check whether two repository handles 
 
174
      are referring to the same repository in ``Repository.get_graph``. 
 
175
      (Jelmer Vernooij, #187162)
 
176
 
117
177
    * Fetching now passes the find_ghosts flag through to the 
118
178
      ``InterRepository.missing_revision_ids`` call consistently for all
119
179
      repository types. This will enable faster missing revision discovery with
145
205
      ``Repository.get_data_stream_for_search`` which allows less network
146
206
      traffic when requesting data streams over a smart server. (Robert Collins)
147
207
 
 
208
    * ``RemoteBzrDir._get_tree_branch`` no longer triggers ``_ensure_real``,
 
209
      removing one round trip on many network operations. (Robert Collins)
 
210
 
148
211
    * Repository has a new method ``has_revisions`` which signals the presence
149
212
      of many revisions by returning a set of the revisions listed which are
150
213
      present. This can be done by index queries without reading data for parent