2010-08-05 2 views
0

나는 codeplex.com에서 오픈 소스 프로젝트를 개발합니다. codeplex.com에 잘못된 변경 집합을 적용했지만 삭제할 수는 없지만 전체 프로젝트를 삭제할 수 있음을 알고 있습니다.변경 집합을 삭제하거나 다음 커밋에서 수정하십시오.

좋은 오픈 소스 프로젝트의 경우 프로젝트를 삭제할 때 골치 아플 때가 아니면 다음 커밋에서 수정해야합니까?

답변

3

심기 오류는 (나는 "정상"이라고 말하고 싶지만 너무 긍정적 인 특징입니다 ...) 전형적입니다 - 그냥 별도의 커밋으로 수정하고 적절한 커밋 메시지를 제공하십시오 (예 : "수정 N에 심어진 오류 수정") 그리고 계속 나아 간다.

내가 진행중인 프로젝트는 오픈 소스가 아니며 코드의 품질이 매우 우수합니다. 아직도 나는 수년 동안 거기에 있었던 실수를 종종 발견한다 (정말로!). 그 때문에 전체 저장소를 재설정합니까? 분명히 아니다. 고쳐서 다음 단계로 이동하십시오.

+0

나는 이미 최신 버전을 신경 쓰지 않는다. – Freshblood

+0

@Freshblood : 대부분의 시간 - 예. 때때로 그들은 "왜이 이상한 코드가 여기에 있는지"알고 싶어하며 "비난"을 사용합니다. 때로는 일정 기간 동안 변경된 사항을 찾고 싶어합니다. 역사가 중요하고, 쓸모가 없다고 생각하지 않으며, 사람들이 그것에 대해 들여다 보지 않을 것이라고 생각하지 않습니다. 그러나 나쁜 커밋 하나를 실제로 숨기려면 모든 역사를 삭제하는 것이 가치가있는 상황은 거의 상상할 수 없습니다. – sharptooth

1

손상 정도에 따라 다릅니다. 예를 들어 (codeplex.com 당신 svnadmin dumpsvnadmin import을 할 경우 전체 프로젝트를 삭제하지 않고, 변경 집합 그런 식으로 삭제할 수 있습니다.) 오히려 세상이 볼 것이다 사진은 다음 변경 집합을 삭제

을 변경 집합 그냥 단어를 맞춤법이 틀린 경우 , 또는 버그가있는 코드, 또는 뭔가, 그냥 다음 체크인으로 해결. 의심 할 여지없이 미래에 실수 할 것이므로 지금 익숙해 져야 할 것입니다. :)

관련 문제