우리 프로젝트는 지금 1 주일 정도 동안 git를 사용하고 있으며 우리는 모두 그것을 즐겁게 사용하고 있습니다. (긴밀한 협업 그룹에서 그것을 사용하는 것은 아주 다른 git 경험으로 드러납니다). 최대한 단순하게 유지하기 위해 리베이스 또는 히스토리 수정 작업을 수행하지 않습니다. 그러나 우리는 첫 주에 몇 가지 실수를 저질 렀습니다. 몇 가지 커밋이 완료되지 않아야하며, 기능 분기를 잘못된 통합 분기 (1.0 대신 1.1)에 병합했습니다. 그리고 우리가 역사에 오래 참기 전까지는 이런 것들에 대해 알지 못했습니다.GIT 기록을 다시 작성했을 때의 실질적인 결과는 무엇입니까?
이제 역사를 다시 작성하는 것에 대한 많은 경고가 표시되지만 관련 위험을 잘 모르겠다. 공유 된 베어 저장소를 사용하고 모든 지점이 백업을 위해 거기로 푸시됩니다.
난 당신이 역사를 다시 작성하는 경우 (예를 들어 커밋 제거) 것을 기대, 이후 커밋의 전체 목록은 (/ 일을 어쩌면 컴파일되지 않음) 커밋 "상실"됩니다. 나는 또한 이것이 일어난다면 실제로 이것을 역사의 꼭대기에서 고칠 수 있다고 생각할 것입니다. 그리고 역사의 일부만 비 컴파일로 남겨두기를 바랍니다.
- 기록을 다시 쓰고 (영향을받는 모든 지점에서 모든 것이 컴파일/작동합니다) 동료가 특별한 명령을 수행해야합니까? (다른 말로하면 잘했을 경우 그들은 "내가 그것을했는지 알 수 있습니까?")
- 로컬 변경 사항이있는 사용자 중 git pull에서 병합 실패를받을 자격이 있습니까?
- 여기에 필수적인 것이 누락 되었습니까?
이 주제에 대한 기사/자습서에 대한 참조는 정말 좋을 것입니다.
다른 사람들로 구성된 팀에서 일하면서 리베이스하지 않습니까?! 어떻게 모든 것이 올바른 순서로 진행되는지 확인하십시오! – Goober
@ Goober : 나 한테는 순진한 대답이 여기에 문제가되는 것입니까? 우리는 그것을 테스트 할 것이므로 믿을 수있을 것입니다. – krosenvold