답변:
네 그렇습니다.
Eclipse를 사용하면 모든 개발자가 공유 할 수있는 고유 한 내보내기 가능한 코드 스타일을 정의 할 수 있습니다. 고유 한 형식화 스타일을 설정하지 않으려면 개발자에게 Eclipse의 기본 형식화를 사용하도록 지시 할 수 있습니다. 기본 설정을 사용하더라도 모든 개발자가 사용할 수 있도록 기본 설정을 내보내 공유 네트워크 드라이브에 넣는 것이 좋습니다. 나중에 하나를 변경하기로 결정하면 쉽게 할 수 있습니다.
어쨌든 가능한 빨리 시작하는 것이 가장 좋으며 프로젝트를 시작할 때 가장 좋으며 코드는 항상 선택한 형식으로 유지하는 것이 좋습니다. "실제"커밋과 구별하기 어렵 기 때문에 개발 중에 순수한 "포맷 커밋"을 피하고 싶을 것입니다. 실제로 의미하는 것은 개발자가 자신의 커밋에 대해 엄격해야한다는 것 입니다.
또한, 나는 개인적인 견해이기 때문에 마지막에 넣었지만 한 줄에 80자를 제거하는 것을 고려하십시오 (또는 여기에 120 자 더 큰 것으로 확장). Eclipse에서 기본 자동 형식화 행 길이. 우리는 이제 큰 화면과 큰 화면 해상도를 가지고 있으므로 괜찮습니다. 이 주제에 대해서는 80 자 제한이 와이드 스크린 모니터 질문과 답변의 시간에 여전히 관련이 있는지 확인한 다음 자신이 결정할 수 있습니다.
편집 : Thorbjørn 은 "파일을 저장할 때마다 포맷"기능에 대해 좋은 지적을합니다.
예, 매우 좋습니다. 편집기에서 파일 을 열 때 소스 파일 이 어떻게 보이는지 모든 사람이 동의하도록합니다 .
또한 "파일을 저장할 때마다 서식"기능에 대한 경험이 풍부합니다. 표준 Eclipse 포맷터 구성을 사용합니다.
Eclipse 특성을 열어이를 사용 가능하게하고 Java-> 편집기-> 조치 저장을 선택하십시오. "저장시 선택한 작업 수행"및 "소스 코드 포맷"을 활성화하십시오.
그 이유는 코드가 항상 형식화되어 있기 때문에 편집 할 때 끊어 질 염려없이 마음대로 형식을 지정할 수 있기 때문입니다. 또한 소스 리포지토리 로그가 정확한지 확인합니다 (법의학 분석을 수행 할 때 중요 함).
모든 표준을 따르는 코딩 표준이 있어야합니다. 이것이 외부 도구 (예 : 들여 쓰기) 나 IDE에 의해 시행되는지 아니면 직접 작성하는지는 관계가 없습니다. 관련된 것은 커밋 전에 수행해야한다는 것입니다.
프로젝트 / 회사에서 잘 정의 된 코딩 표준을 따르는 것이 좋습니다. 이를 수행하는 방법은 다양 할 수 있으므로 조직에 가장 적합한 것을 선택하십시오. 모두가 Eclipse를 사용하는 경우 프로젝트를 위해 내보낼 수있는 코드 형식을 작성하여 개발자들에게 배포 할 수 있지만 (Eclipse에는 각 저장시 자동으로 파일 형식을 지정할 수있는 옵션도 있음) 선택한 형식을 설명하는 문서를 작성하는 것이 좋습니다.