~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/common-format.txt

  • Committer: Vincent Ladeuil
  • Date: 2009-12-14 15:51:36 UTC
  • mto: (4894.1.1 integration)
  • mto: This revision was merged to the branch mainline in revision 4895.
  • Revision ID: v.ladeuil+lp@free.fr-20091214155136-rf4nkqvxda9oiw4u
Cleanup tests and tweak the text displayed.

* bzrlib/tests/blackbox/test_update.py:
Fix imports and replace the assertContainsRe with assertEqualDiff
to make the test clearer, more robust and easier to debug.

* bzrlib/tests/commands/test_update.py: 
Fix imports.

* bzrlib/tests/blackbox/test_filtered_view_ops.py: 
Fix imports and strange accesses to base class methods.
(TestViewTreeOperations.test_view_on_update): Avoid os.chdir()
call, simplify string matching assertions.

* bzrlib/builtins.py:
(cmd_update.run): Fix spurious space, get rid of the final '/' for
the base path, don't add a final period (it's a legal char in a
path and would be annoying for people that like to copy/paste).

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
***********************
2
 
Common changeset format
3
 
***********************
4
 
 
5
 
It might be useful to have a common changeset format for interchange
6
 
between projects.
7
 
 
8
 
It is not clear that you would be able to capture everything that
9
 
every tool produces, but perhaps a lot could be done.
10
 
 
11
 
Scenarios: (in order of difficulty?)
12
 
 
13
 
 * dump/load
14
 
 
15
 
 * convert repo from one tool to another
16
 
 
17
 
 * one-way sync from exotic tool into read-only CVS or Svn repo
18
 
 
19
 
 * two way sync between writable archives
20
 
 
21
 
Perforce's RevML and ``vcp`` may be some use but apparently don't go
22
 
all the way.
23
 
 
24
 
Things like darcs and monotone may have such a different model that it
25
 
may be hard to map them.
26
 
 
27
 
Two-way sync may require keeping external state and is probably pretty
28
 
hard.
29
 
 
30
 
Apparently tlord tried to do something about this before but it
31
 
stalled.
32
 
 
33
 
Eventually perhaps we could arrange for someone to export key
34
 
bitkeeper archives in this format, allowing all tools to read them in.
35
 
 
36
 
Colin__ points the existing mailing list about this which is just a
37
 
bunch of spam.
38
 
 
39
 
__ http://web.verbum.org/blog/freesoftware/fsrc-responses