Hello,
Stefan Küng wrote:
> You've mentioned that the result is 'inconsistent' and that you get the
> same when doing a unified diff. Well, 'unified diff' is the direct
> output from the Subversion API svn_client_diff() (or the equivalent 'svn
> diff URL1 URL2' on the command line). So there's not much we can do
> about it.
I did more test and I seems the problem is on my side. However, I do not
figure out why.
Here is what I did.
I am working on the BitTorrent code. To check each modification between
releases, I have created my own local SVN repository. Each time there is
a new release, I create using the repository browser a new branch. Then
I checkout this branch, which is empty, I unzip the source code in the
fresh checked out directory, then I add and commit. This way I have in
my repository each new release and I can compare them.
If I look at my repository I see that each branch as a different
revision that is strictly higher than 0.
But, when I compare some revisions, it considers some files with a
revision 0. In the repository browser, these files do not appear with
a 0 as revision number in any of both compared branches.
Take as an example a comparison between branch 4.1.6 and 4.1.7
I got, for instance, in the unified diff the following:
<cut>
Index: installer.nsi
===================================================================
--- installer.nsi (.../4.1.7) (revision 78)
+++ installer.nsi (.../4.1.6) (revision 78)
@@ -1,566 +0,0 @@
<cut the diff>
Index: installer.nsi
===================================================================
--- installer.nsi (.../4.1.7) (revision 0)
+++ installer.nsi (.../4.1.6) (revision 78)
@@ -0,0 +1,522 @@
<cut the diff>
This diff result is very strange and probably comes from a mistake I did
during my braches creation. However, I have no clue what the problem is.
Regards,
Arnaud.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Nov 23 18:30:52 2005