2010-01-14 2 views
2

사용 사례 :GIT 및 VSTUDIO : Visual Studio 캐시 파일로 인해 GIT 분기를 전환 할 때 문제가 발생합니까?

- 비주얼 스튜디오가 열려

- 마스터 지점 클린 (자식 상태 확인)입니다

-checkout 청소 기능 분기 (자식 상태 확인)

문구를 넣을 Visual Studio IDE를 사용한 지형지 ​​물 변경 사항

- 지사 지점 변경 사항

-git 상태 확인은, 모든 지점을 특징으로하기 위해 최선을 다하고

-checkout 마스터 지점

문제 : 마스터 브랜치는 더 이상 깨끗하고 기능 지점에 vStudio에서 변경 된 파일 중 일부는 다음과 같이 게재하지되어있다 마스터 브랜치에서 변경되었습니다. 우리가

GIT

에서 뭔가 잘못하고 있다면

우리는 vStudio (나는 당신이 다시로드 할 것인지 묻는 곳이 일을 알고있는 방법부터 거꾸로 보인다) 캐싱 및 덮어 쓰는 경우 알아낼 수 없거나 아래의 주석 당 편집 됨 :

문제는 master 브랜치가 feature 브랜치에서 작업을 마친 후 master 브랜치로 변경된 후 master 브랜치에서 변경된 feature 브랜치에서 변경된 파일을 보여주고 있습니다.

제 생각에는 git의 한 가지 점에서 파일을 변경하고 커밋하면, 그런 다음 다른 브랜치로 전환하면 다른 브랜치의 올바른 버전에 대한 변경된 파일을 전환 할 수 있습니다. 한 브랜치의 변경이 다른 브랜치의 변경 인 경우가 종종 있습니다.이 브랜치는 시각적 인 스튜디오 때문일 수도 있습니다. 캐싱 (또는 뭔가 더 악한)

+0

나는이 문장을 이해하지 못한다. 그것은 주인이 더러운 것처럼 보이지만 그 주인도 더럽지 않은가? 문제 : 마스터 분기가 더 이상 깨끗하지 않습니다. 기능 분기의 vStudio에서 변경된 일부 파일이 마스터 분기에서 변경된 것으로 표시되지 않습니다. – Pod

+0

지금 봅니다. 네, 맞습니다. 그렇게해야합니다. 왜 똑같은 일을 시도하지만 메모장에서 VS가 잘못되었는지 확인해보십시오. – Pod

+0

'autocrlf'설정을 확인하십시오 (http://stackoverflow.com/questions/2016673/definitive-recommendation-for-git-autocrlf-settings 및 http://stackoverflow.com/questions/2016404/git-status-shows 참조). -modifications는-자식 - 체크 아웃 - 파일 나던-제거-를) – VonC

답변

1

VS가 변경된 파일을 다시로드하지 않은 것으로 보입니다.

환경 - 문서에서 Visual Studio 설정을 확인하고 "환경 외부에서 파일이 변경되면 검색"이 선택되어 있는지 확인하십시오.

또한 체크 아웃 한 후 다른 편집기를 사용하여 파일을 열면 GIT 문제인지 여부를 확인할 수 있습니다.

+0

음, 다소 우연에 따라 모든 파일에 대해 발생하지 않는 것처럼 보입니다. – BoomTownTech

+1

'일관된 줄 끝 확인'설정인지 궁금합니다. 다음을 가정 : 1. git으로 전환 한 이후로 편집 된 적이없는 파일은 기능 분기에서 편집됩니다. 2. git은 줄 끝을 자동으로 조정합니다. 3. 커밋 된 후 다시 마스터로 전환합니다. 4. Visual studio 파일을 다시로드하고 줄 끝을 '조정'합니다. 5. 비올라, 파일이 다른 지점에서 '변경'되었습니다. vs에서 '일관된 줄 끝 플래그 확인'을 끄는 의미를 아는 사용자는 if 자식은 이미 우리가 두 번 할 필요가 없습니다 .. – BoomTownTech

관련 문제