링크 ux 서버 배치 svn 일반적인 오류 처리 →

    →http://blog.seweal.com/post/2013-02-04/svn-errors

 

【  svn  】

iptables -I INPUT -p tcp --dport 3690 -j ACCEPT  #  3690  

/etc/rc.d/init.d/iptables save   #    ，    ，      

/etc/init.d/iptables status  　#         ：



     iptables: command not found



       iptables  ，    ：



yum install iptables

 
[오류]
많은 사람들 이 svn 을 설치 한 후에 자주 빠 뜨리 는 단 계 는 서버 에서 항목 을 가 져 오 는 것 입 니 다.

svn import /home/wwwroot/public_html/   file:///data/svndata/project -m "init"

 
[오류]
서버 에서 svn up 을 실행 할 때 오류 알림:
svn up skipped '.'
문 제 는 서버 쪽 이 working copy (작업 복사 본) 가 아니 라 는 점 입 니 다.
어떻게 증명 해 볼 까요? 간단 합 니 다. 서버 에서 만 실행 하면 됩 니 다.

svn st

 svn 현재 상태 status 를 표시 합 니 다.

svn: warning: '.' is not a working copy

 
현재 디 렉 터 리 는 svn 의 작업 사본 이 아 닙 니 다. 자, 문 제 는 해결 하기 쉽 습 니 다.
다시 검출 하면 됩 니 다. 서버 에서 검출 된 것 이지 클 라 이언 트 에서 검출 된 것 이 아 닙 니 다. (클 라 이언 트 가 이미 검출 된 것 같 습 니 다.)

[user@user ~]# svn co svn://xxx.com/project your_project_dir

[user@user ~]# cd your_project_dir

[user@user ~]# svn up

 그 중 yourproject_dir 는 당신 의 디 렉 터 리 입 니 다. 그러나 당신 의 순서 가:

[user@user ~]# cd your_project_dir

[user@user your_project_dir]# svn co http://xxx.com/project 

[user@user your_project_dir]# svn up

 skipped '의 오류 가 발생 하기 쉽다.
 
 
[오류]
방법 options 는 could not read status line 에 실 패 했 습 니 다. 원 격 호스트 는 기 존 연결 을 강제로 닫 았 습 니 다.
클 라 이언 트 든 서버 든 서버 에서 연결 을 거부 한 적 이 있 습 니 다.
서비스 가 달 리 는 것 이 검출 되 었 고 포트 가 열 려 있 으 며 iptables 도 가입 되 었 습 니 다.
나중에 야 경로 가 틀 렸 다 는 것 을 알 게 되 었 다.
svn://xxx.com/project
썼 다
http://xxx.com/project
svn 프로 토 콜 은 http 프로 토 콜 로 작성 되 었 습 니 다. 얼마나 많은 아이들 이 저 와 같은 실 수 를 했 습 니까?