나는 나무 (현재 svn)에서 변경 사항을 "추적"할 수있는 개인 위키와 같은 환경을 원합니다.코드 변경을 문서화하기위한 도구는 무엇입니까?
아이디어는 매일 아침 작업 복사본을 업데이트하고 발생한 각 변경 사항에 주석을 달기 시작합니다.
나는 redmine과 trac를 보았지만, 나는 이것들이 내가 원하는 것을 위해 부풀어 오른 것처럼 보였다.
누구나 소프트웨어 측면에서 제안 사항이 있거나 이와 같은 감사 코드의 흐름 만 처리합니까?
나는 나무 (현재 svn)에서 변경 사항을 "추적"할 수있는 개인 위키와 같은 환경을 원합니다.코드 변경을 문서화하기위한 도구는 무엇입니까?
아이디어는 매일 아침 작업 복사본을 업데이트하고 발생한 각 변경 사항에 주석을 달기 시작합니다.
나는 redmine과 trac를 보았지만, 나는 이것들이 내가 원하는 것을 위해 부풀어 오른 것처럼 보였다.
누구나 소프트웨어 측면에서 제안 사항이 있거나 이와 같은 감사 코드의 흐름 만 처리합니까?
저에게 다소 복잡하고 중복되는 것처럼 보입니다. 먼저 팀원들이 자명 한 커밋 메시지를 작성하도록 권장해야합니다. 이것이 가장 중요한 요점입니다. 여러분이 불필요하다고 제안한 그런 워크 플로를 만들 것입니다. 그래도 작동하지 않으면 버전 관리 시스템의 기능을 사용할 것입니다. 나는 SVN을 잘 모르지만 어쩌면 그 svn 속성을 사용할 수 있습니까? 힘내, 거기에 자식 노트가있을 것입니다.
때때로 문서와 같은 추가 정보를 추가하는 것이 좋으며 그렇지 않은 경우 간결하고 모호한 커밋 메시지가 될 수 있습니다. 나는 GIT를 사용하는 것을 좋아한다! – wmercer
분명히 소스 제어 시스템과 선택적으로 잘 통합 된 웹 인터페이스가 필요하며 커밋, 커밋 별 메시지, 한 커밋에서 다음 커밋까지 파일의 차이, 지점 e.t.c와의 작업 등을 표시 할 수 있습니다. 상태 추적 ("열림"상태에서 "닫힘"상태)에 관해서도 소스 제어 시스템과 잘 통합되어야합니다.
제가 일하는 회사에서 소스 제어에는 git을, 웹 인터페이스에는 Redmine을 사용합니다. 잘 작동하고 동기화됩니다. 개인적으로, 나는 자식이 최고의 소스 제어 시스템이고 환상적인 일을한다고 믿는다. Redmine은 어렵지 않습니다. 원하는 기능 만 사용할 수 있습니다.
커밋에서 멋지고 정확한 주석이 필요하다는 것도 사실입니다.
요약하면, 제 제안은 GIT와 Redmine입니다.
나는 Darcs에 매우 만족해하고 있습니다. 커밋 할 변경 내용을 묻는 메시지를 표시하고 커밋 메시지를 사용하여 특정 변경 내용이 커밋 된 이유를 설명합니다. 나는 심지어 SVN 작업 디렉토리에서 초기화 된 로컬 Darcs 저장소를 사용하여 내 커밋이 처음으로 개인 Darcs 저장소로 이동하도록했습니다. 그 다음에는 거기에서 SVN으로, 때로는 좀 더 요약 된 커밋을 저 지르 죠. gitsvn을 사용하면 위와 같은 작업을 훨씬 쉽게 수행 할 수있을 것입니다. 위와 같은 작업을 수행 할 때마다 각 변경 사항을 쿼리하는 Darcs 모델을 구현하는 대체 git 도자기를 사용해야합니다. 하지만 결국 대답은 "버전 제어 시스템의 커밋 메시지를 사용하십시오"라고 생각합니다.
나는 커밋하지 않을 것이다. 나는 간결한 커밋 메시지를 저장할 장소가 필요하다. 힘내 + SVN 좋은 소리, 건배. – wmercer
코드 검토 도구를 찾고 계신 것 같습니까? 그것들은 대개 다중 사용자 시나리오를 목표로하지만 커밋에 관한 개인 메모 저장소로도 잘 작동합니다. http://stackoverflow.com/questions/131153/open-source-code-review-tools-mondrian – slowdog