Hi, Yn,
There are eclipse plugins like Subclipse and Subversive that teach
Eclipse to ignore the .svn subdirectories - I did use them successfully
for several years.
Additionally, the build directory should always be marked "svn:ignored",
it is not good style to check temporary directories
On May 5, 2011, at 22:24, yn.yyzh wrote:
> Advice:.svn directory should never put in every folder in project
> Because:a .svn directory would break the structure of the project file. in
> Eclipse, when you build the project, build direcotry would been removed. This
> will cause 'obstructed' p
Advice:.svn directory should never put in every folder in project
Because:a .svn directory would break the structure of the project file. in
Eclipse, when you build the project, build direcotry would been removed.
This will cause 'obstructed' problem.
Solution: Put only one .svn directory in proj
On Fri, 2011-05-06 at 00:37 +0300, Daniel Shahaf wrote:
> Loren M. Lang wrote on Thu, May 05, 2011 at 14:32:37 -0700:
> > On Thu, 2011-05-05 at 15:43 +0300, Daniel Shahaf wrote:
> > > Loren M. Lang wrote on Wed, May 04, 2011 at 17:39:57 -0700:
> > > > The format file says 3 so I might have made it
Hi There,
I am trying to merge a file from trunk to our production branch.
I am using the following command;
svn merge -r 1:head trunk/qry_report.cfm branches/production/qry_report.cfm
--accept="theirs-full"
Which is a routine I have followed since starting to use SVN.
However, I am now getting
On Thu, 2011-05-05 at 08:00 +0200, Markus Schaber wrote:
> Hi, Loren,
>
> Did you try "svnadmin pack" on the repositories?
svnadmin pack is a new feature of 1.6.x. As I stated in my email, I am
using 1.5.x. Would pack reduce space on a freshly loaded repository?
I'd assume it would pack it tigh
Loren M. Lang wrote on Thu, May 05, 2011 at 14:32:37 -0700:
> On Thu, 2011-05-05 at 15:43 +0300, Daniel Shahaf wrote:
> > Loren M. Lang wrote on Wed, May 04, 2011 at 17:39:57 -0700:
> > > The format file says 3 so I might have made it with 1.3.x.
> >
> > This conclusion is wrong. The format numbe
On Thu, 2011-05-05 at 15:43 +0300, Daniel Shahaf wrote:
> Loren M. Lang wrote on Wed, May 04, 2011 at 17:39:57 -0700:
> > The format file says 3 so I might have made it with 1.3.x.
>
> This conclusion is wrong. The format number is NOT the minor release
> number (because we may bump it multiple t
Around about 27/04/11 05:09, Hyrum K. Wright typed ...
The bugfix has been merged to the 1.6.x branch, so that's the one to
be testing now:
http://svn.apache.org/repos/asf/subversion/branches/1.6.x/
FWIW, 1.6.x now works for me on this issue (I had previously proven the
1.6.x-issue371 branch
2011/5/5 Thorsten Schöning :
> Guten Tag Loren M. Lang,
> am Donnerstag, 5. Mai 2011 um 02:39 schrieben Sie:
>
>> We have been using Subversion 1.4.x for quite some time and just earlier
>> this year, we upgraded to 1.5.x. Our repository is still the same as we
>> did no dump/load between upgrades
Loren M. Lang wrote on Wed, May 04, 2011 at 17:39:57 -0700:
> The format file says 3 so I might have made it with 1.3.x.
This conclusion is wrong. The format number is NOT the minor release
number (because we may bump it multiple times between successive minor
lines).
>
> If you just run 'kdiff3' from the shell prompt, do you get another
shell
> prompt before or after you close diff3?
>
> It should be the latter.
Good thought, it is the latter.
PLEASE NOTE THAT WE HAVE MOVED.
Our new a
12 matches
Mail list logo
