---끝---이력서 코드 정리/포맷하 코드 기능에 대한 버전 관리를 제어 시스템

https://stackoverflow.com/questions/56313

09-06-2019
|

문제

---끝---이력서 코드 정리 기능(으로"재원"및"포맷 코"사용)은 정말 좋은 것입니다.을 정의 레이아웃을 사용하여 템플릿 XML,그때 간단한 키 조합을 둔 당신의 전체 소스 파일(또는 폴더/프로젝트/솔루션)규칙에 따라 당신은 템플릿에 설정되어 있습니다.

어쨌든,당신은 당신이 생각될 수 있는 문제에 대한 벤처 캐피탈은 전복,cvs,git,etc.?기회가있다 그 원인은 많은 원하지 않는가요?

감사합니다.

해결책

네,그것은 확실히 문제가 나타납니다.을 만드는 것 외에도 충돌이 있는 수동으로 해결되었을 때,당신은 확인된 파일 포맷,VCS 것입니다 참고 거의 모든 라인에 있으로 변경되었습니다.이것은 당신을 위해 열심히 또는 동료에서 역사와 볼 무엇이 변경되었을 때.

즉,모두가 자동 서식 자신의 코드를 동일한 방식으로(즉,당신은 배포하는 XML 템플릿을 team),다음은 작업을 수도 있습니다.문제만에 오지 않을 때는 모두 같은 것입니다.

다른 팁

을 기다리고 있어요 IDE 또는 편집하는 항상 저장 소스 코드를 사용하여 몇 가지 기본 형식 규칙을,하지만 각 개인 개발자를 표시 및 편집하는 코드에서는 자신이 선호하는 형식입니다.는 방법으로는 오픈 중괄호의 시작 부분에서는 다음을 선고하지 않의 끝에 현재의 라인 당신이하는 모든 이교도 같고 생각합니다.

나의 추측이 기다리고 있겠다.

단지 포맷하는 전체 솔루션 면
고 있는지 확인하는 모든 개발자 사용---끝---이력서
고 있는지 확인하는 형식 옵션 공유 및 버전 관리 (코드 스타일 공유 옵션)

당신이 사용할 수 있는 StyleCop 을 적용하는 포괄적인 표준의 꽤 많은 힘을 사용하는 모든 사람 같은 레이아웃을 스타일입니다.다음 당신이해야 할 모든 당신은 개발---끝---이력서 코드 스타일한 사양과 일치하는 이고,배포합니다.

나는 여전히 기다리고 다른 사람을 이렇, 고 jetbrains 의 모든 의 대수롭지 상세정보지 않는 완벽하게 지원할 수 있도록하기 위해,---끝---이력서를 기본적으로 보장 전체 StyleCop 을 준수한다.

그것은 확실히 충돌을 일으키는 원인이 되는 것입니다 그래서 확인하지 않도록 전체 파일 포맷이 있는 경우에 일하는 사람들이 그들에 병행합니다.

그것은 확실히면 충돌이 발생할 수 있습니다.

를 사용하려면 이에서 다중 사용자 환경을 그의 구성---끝---이력서 요구하는 형식으로 코드를 설정의 기준을 적용하는 조직에서 여부에 관계없이 사용자의 사용---끝---이력서 또는하지 않습니다.

는 방법 당신은 도구를 사용하는을 위해 자신의 코드를 표준을 충족하지 담요를 적용하신의 환경을 전체 코드 베이스입니다.

과 답변 그 상태로는 충돌 가능하고 심지어 가능성이 높습니다.

계획하고 있는 경우 포맷 코드는 다음에 이상 있는지 확인을 하지 않 혼합 포맷 체크 인과 함께 그를 변경하는 기능의 실제 코드입니다.이 방법으로 사람들이 건너 뛸 수 있습니다 과거의 기능을 확인하는 간단하 reformattings.그것은 또한 좋은 아이디어를 확인하는 것 모두가 알고 있는 포맷이 올라오고있는 개체는 경우 그들은 지속적인 작업에서는 지역입니다.

우리는 작업 중에 뭔가를 함께 작동하도록 리팩터링에서의 소스 코드는 수준입니다.우리는 그것을 Xmerge,그리고 그것은 지금의 일부 플라스틱.그것은 단지 처음 접근 방식 때문에,우리는 더 많은 고급 솔루션입니다.체크 기.

그것은 좋은 생각이 있을 수도 스크립트를 작성을 확인해 모든 버전에서는 원본 제어 역사 적용,코드,청소 확인 그것은 새로운 저장소.다음 사용하는 저장소를 위해 모든 작업에서는 미래입니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow