환경 : 14 정도 엔지니어/물리학/수학자 (읽기 : 환매 특약 maintance 및 이와 유사한 것 같은 일에 자신의 시간을 보내고 정말 관심 없음)Hg/Git 저장소 손상 문제는 얼마나됩니까?
그들은 요즘 소프트웨어 공학의 관점에서, 그것을 사용하는 것입니다, 오히려 작은 프로젝트를 위해, 그러나 사람은 많은 비 코드 물건들이 또한 거기에 감추어 질 것이라고 기대할 수 있습니다 (데이터 파일, 일부 이미지, 일부 PDF 및 워드 문서 ... 크기가 크지는 않지만 거기에는 소스 파일과 함께).
Hg 또는 Git을 사용할 때 이러한 환경에서 저장소 손상이 얼마나됩니까?
플랫폼 : 때 동료 Windows 및 Mac의 (대부분 윈도우) 손상에 의해 당신이 저장소의 이상한 상태로 이어질 것입니다 잘못된 조작을 의미하는 경우
개인적으로 (Mercurial 사용) 나는 기술적으로 손상된 저장소를 경험하지 못했습니다. 사실 나는 정기적 인 명령 (파일 추가/제거, 커밋, 푸시, 풀, 병합)을 사용할 때 저장소가 손상 될 가능성이 매우 낮다고 말할 수 있습니다.
기록을 사용하여 주변에서 놀기 시작할 때 상황이 더 복잡해질 수 있습니다 (예 : 변경 집합 영구 삭제, 분기 리베이스, 변경 집합 축소 - 이러한 동작은 본질적으로 파괴적입니다. 그러나 Mercurial에서 파괴적으로 행동 할 수는 있지만 해당 명령을 명시 적으로 활성화해야하며 잠재적으로 문제가있는 명령을 실행하기 전에 의미있는 경고를 얻는 경우가 많습니다.
AFAIK 힘내는 기본적으로 좀 더 파괴적인 행동을 지원하므로 저장소가 손상되는 데 방해가되지 않습니다. (힘내 사용자, 내가 틀렸다면 수정하십시오).
마지막으로 신경 쓸 것은 없습니다. DVCS의 큰 이점 중 하나는 각각의 복제본이 독립적 인 완전한 저장소라는 것입니다. 저장소가 손상된 경우이 문제의 영향을받는 개발자는 한 명 또는 몇 명입니다. 문제를 해결할 수없는 경우 중앙 또는 동료의 저장소에서 다시 호출하고 해당 상태로 계속 작업하십시오.
영구히 변화하는 것 (특정 명령이 할 수있는)과 명령을 수행하지 않는 것 사이에는 차이가 있습니다. – erjiang
물론입니다. 요점은 * corrupt *라는 용어가 약간 모호하다는 점입니다. 대답 할 수있는 대답은 오히려 주관적인 인식으로 사용했습니다. 저장소 상태 * 1 싫어하거나 이해하지 못하는 동안 상태를 "수정"하는 방법을 모르는 * - 여기에는 실제 기술 오류뿐 아니라 파괴적인 명령을 완벽하게 작동시키는 의도하지 않은 결과. –
은 처음에 몇 가지를 반드시있을 것입니다 새 도구를 사용하는 방법을 배웁니다.
하지만 Git과 Mercurial은 모두 깨진 저장소를 고칠 수있는 몇 가지 도구를 제공합니다. 팀이 징계를받는 한, 해결할 수없는 부패 문제는 없을 것이라고 말하는 것이 안전하다고 생각합니다.
최소한 한 명 이상의 사람을 관리자로 선택하고 저장소에 제공하려는 구조에 대해 생각해 보도록 조언합니다.
글쎄요, 우리 Subversion repo를 돌보는이 사람도 있습니다. 그는 새로운 주인장을 맡을 것입니다. 그는 숙련 된 관리자/프로그래머가 아니지만 누구에게도 불편을주지 않는 한 주요 개발 라인에 대한 repo 정책을 요구할 수 있습니다. 단지 새로운 사람을 고용하면 (레포 관리) 옵션이 아닙니다. – Rook
여러분은 사람들이 "너무 많은 자유를 행사하지 않아도"아무런 문제가 없다고 생각하는 한 그렇게 생각합니까? (개인 의견?) – Rook
힘내고 의욕적 인 솔루션은 둘 다 문제를 해결하는 많은 방법을 제공합니다. 확실히 마음에 상처를주는 사람이 꽤 심한 일을 할 수는 있지만 동료가 기본 사항을 익히고 확실하지 않을 때 질문하는 한 아무 문제가 없을 것입니다. 관리자에 관해서, 나는 누군가를 고용 할 것을 제안하지 않았으며, 당신의 승무원 중에서 누가 저장소를 책임질 사람을 선택하십시오. – krtek
디스크 손상에 대해서는 걱정할 필요가 없습니다. 물론 모든 것을 단단히 묶어 놓으면 위험한 상황이 발생하지만 모든 것이 복제되어 다른 곳에서 데이터를 잃어 버릴 확률이 적습니다.
부패가 정확히 무엇을 의미합니까? 저장소에서 권장되는 워크 플로/정책 또는 기술적 오류를 위반 했습니까? –
@ Oben Sonne - 후자. – Rook
@ Oben Sonne - 그렇지 않으면 간결하지 않고, 나는 일반적으로 부패의 관점에서 repo에 일어날 수있는 일에 대해 걱정하고 있습니까? 진실을 말하면 주제에 대해 많이 알지는 못하지만 예를 들어 StackOverflow와 같은 질문을 많이 보는 것이 조금 걱정 스럽습니다. 나는 개인적으로 Hg를 사용한다. 이것은 종종 언급되는 git 문제와 같다. – Rook