Solution for slow decomposition in (Tortoise) SVN?

I often do a code scan like this:

  • Open SVN Magazine
  • Select version
  • Double-click the file ...
  • ... and wait
  • See changes
  • Go to 2 or 3 or finish

The 4th step is very annoying. Do you know a solution for this?

+3
source share
6 answers

The problem was on our server. I do not understand this completely, but our administrator said something about the module in apache, which allowed users through PAM and SQL. After some changes, it works quite well.

0
source

? , , Tortoise . , diff .

+2

, , , , git . , , , , .

0

, , :

  • 4- ? ?
  • ?
  • diff ?
  • , ?
  • ?

:

  • 10 , ( ).
  • 20, . 2 /
  • WinMerge. (, DiffMerge), .
  • , , 23 000 /725 .
  • . 4 .

4 10 , , , , - , 80 (, - ), . SVN - ( , , , , , ).

0

, , - / . , :

  • http/ https svnserve/ SSH + Svnserve. 1.5 svn, svnserve , http/https . , HTTP- , , svnserve .
  • ? ( , eclipse, , .
  • The last research method that I propose is to create a read cache on your local machine; there are various ways to do this that have been studied in: How to synchronize two Subversion repositories?
0
source
-3
source

Source: https://habr.com/ru/post/1737478/


All Articles