Demonstration Help.

Talden talden at gmail.com
Thu Feb 19 01:58:22 GMT 2009


> Any ideas/features I should focus on as well?

Well, if your developers are like ours (or me) you'll have many
branches live in the project at a time and the devs may have several
on their machine.  So...

1. Shared Repositories

I know you're focusing on centralised but if you cover local branches
consider the following

2. Keeping a clean mirror of upstream

If your devs want to separate the area of their drive for upstream
mirrors and local branches from the work areas then talk about
tree-less branches, no-trees in repositories and switching between
branches in lightweight checkouts.


On general working-tree management, point out the true-renames and the
ability to apply them after the actual change

EG
$ move a.txt b.txt
$ bzr mv --after a.txt b.txt

Devs using tools without bzr integration will require knowing how to
match up the moves before a commit.

PS: Does anyone know if qbzr/tortoiseBzr has support for or plans for
a nice drag'n'drop matching tool for missing files and unversioned
files.  That is, a GUI means of applying "bzr mv --after [src] [dest]"

--
Talden



More information about the bazaar mailing list