저는 개인적으로 항상 내 SCM 작업을 위해 몇 가지 유형의 외부 응용 프로그램을 사용했습니다. 요즘은 윈도우에 tortoiseSVN, MAC에 versions.app을 의미합니다. 그러나 SCM이 IDE 자체 내에서 더 잘 수행된다고 주장하는 개발자 (일식 사용자)에 대해서는 계속해서 달려 가고 있습니다. 필자는 아직이 워크 플로우에 찬성하여 어떤 주장도 들어 본 적이 없으며 개인적으로 IDE와 SCM 작업 사이의 "분리"정도를 좋아합니다. Visual Studio에서 불안정한 SVN 플러그인을 사용하고, 오프라인으로 작업 할 때 Xcode에서 서브 표준 SVN 지원을 사용하여이 사실을 알게되었습니다.IDE 내부 또는 외부의 SCM?
귀하의 의견에 더 나은 워크 플로를 홍보하는 방법은 무엇입니까?
나는 밖에서는 것을 선호합니다. 그건 ... 내 기본 IDE 비주얼 스튜디오, 그리고 (내가 이맥스에서 CVS 모드를 사용하고 있지만 ...) 귀하의 마일리지가 다를 수 있습니다 그래서, 일식 또는 IntelliJ를 사용하지 않은 말했다되고
변경 사항을 적용하고 변경 사항을 커밋하는 작업은 별도의 작업이므로 IDE에서이 두 기능을 쉽게 사용할 수 있다는 것은 변경 사항 집합을 완료하고 커밋하는 것을 명확히 구분하지 않음을 의미합니다. 꽤 자주 타입 타입 타입, 컴파일, 테스트, 테스트, 커밋의 경우입니다 ... '오, 기다려라 - 나는 술집도 잊어 버렸다. IDE 모드에서 SCM 모드로 컨텍스트를 전환하는 것은 커밋 전에 '오, 대기'를 트리거하는 경향이 있습니다.
커밋 관련 파일 유지 - 소스 변경을 커밋하기가 너무 쉽습니다. 그런 다음 관련 SQL 스크립트를 기억하고 별도로 커밋 한 다음 리포지토리를 처음 사용하기 때문에 새 이미지 파일을 잊어 버린 것처럼 추가하십시오 등등.
위와 마찬가지로 IDE에있을 때 저장소의 잘못된 수준/디렉터리에서 작업을 커밋하는 경향이 있습니다. (예 : 프로젝트 레벨이 아닌 솔루션 레벨에서 커밋해야 함)
IDE 외부의 저장소에 대해 작업 영역을 완전히 비교하는 것이 쉬워지는 경향이 있습니다. 이는 종종 가치가 있습니다. 모든 비 사소한 SCM 작업을 쉽게 외부 개발 IDE 통합 경향 -
은 또한 아마 여분의 비트 빠른
나는 또한 이전 포스터에 동의하여 IDE한다.
위에서 언급 한 지저분한 커밋 상황을 피하는 한 솔직히 가장 편안하게 무엇이든하십시오. 워크 플로우 측면에서 볼 때,이 청결 함이 편의성을 능가하는지 여부가 시청자의 눈에 띄게되는지 여부에 관계없이 분리는 '깨끗합니다'- 우리는 개인적인 경험에 크게 반응합니다 (내 생각은 내 것과 유사합니다).당신이, 내가 레거시 코드의 순간에이 anything but SourceSafe...를 사용합니까 무엇이든
- 내가 찾을 그것은기본 작업 - 체크 인 내가 IDE에서 바로 좋아해요. 훨씬 더 진보 된 것 같아요. (분기/병합) 나는 외부 도구를 선호합니다.
외부 도구는 이러한 상황에서 더 나은 제어/옵션을 제공하는 것으로 보입니다. IDE에서 직접 작업 할 때 선택 사항이 제한적이거나 존재하지 않는 것 같습니다.
대단히 많은 것은 IDE/SCM 조합에 따라 다릅니다. 저는 현재 SVN에서 IntelliJ를 사용하고 있습니다. IntelliJ의 SVN 플러그인은 일반적으로 Tortoise보다 훨씬 즐겁습니다. 내가 거북에 대한 특별한 불만이 없다 - IntelliJ가 더 좋다.
건물해야 ... 파일을 읽기 전용과 SCM 통합은 물리적으로 파일의 내용을 변경하는 것을 만든 것을 혐오 IDE없이 가능하면 SCM은 IDE없이 가능해야합니다.
반면에 IDE 지원을 사용하면 SCM을 편리하게 사용할 수 있습니다. 예를 들어 파일 기록을 쉽게 확인하고 되돌릴 수있는 것이 좋습니다.
리팩토링에 통합의 이점 중 하나가 있습니다. Java에서 클래스의 이름을 바꾸면 (예 : 파일 이름) SCM 통합이 이름 바꾸기 작업 (예 : 삭제 및 svn에서의 추가)을 자동으로 처리합니다.
Windows 탐색기 나 명령 줄 등을 사용하지 않고도 "이 파일의 기록을 보여 줘"라고 말하거나 작업하는 동안 무엇이든간에 매우 편리합니다.
하지만 나는 정직하게 사용할 수있는 것을 좋아합니다.
저는 거의 항상 외부 도구를 사용합니다. 유일한 예외는 소스 파일의 이름을 바꿔야 할 때입니다. IDE가 프로젝트 참조를 동시에 업데이트하는 것이 훨씬 쉽습니다.
나는 내부 SCM을 좋아한다.
위의 볼이 개발자가 SCM 시스템에 새 파일을 추가하는 것을 잊어 버리는 경우는 거의 없습니다.
복잡한 조작의 경우. 병합, 분기 등 내가 외부 SCM GUI 또는 명령 줄을 사용하는 경향이 있습니다.