실제 소스 제어없이 코드 변경을 병합합니다
https://stackoverflow.com/questions/202144
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
우리는 동일한 VS2005 솔루션을 작업하는 몇몇 개발자가 있지만 소스 제어는 매우 나쁩니다. (우리 회사는 Harvest를 사용하여 자신감이없는 투표를합니다).
지금, 우리는 모두 공유 LAN 드라이브에서 파일에서 벗어나고 있습니다. 분명히 이것은 몇 가지 문제를 일으 킵니다. 그러나 우리는 그것이 로컬로 작동하고 스프레드 시트에서 터치 한 파일을 추적하고 모든 것을 수동으로 병합하는 것보다 낫다고 생각합니다. 우리의 변화를 병합하기위한 전략이 있습니까?
일부 문제는 기업의 뷰로 크라시 (Beaurocracy) (예 : 의무 수확)로 인해 존재합니다. 동일한 정책으로 인해 새로운 도구가 환경에 도입되는 것을 방지합니다. 따라서 새로운 소프트웨어를 구매/다운로드하지 않는 전략은 우리에게 가장 효과적입니다.
해결책
공유를 소스 제어 시스템 인 것처럼 취급하십시오. 공유를 읽을 수있게하여 개발자가 변경을 위해 로컬 카피를 얻도록 강요합니다. 그런 다음 비교할 수있는 다소 안정적인 버전이 있습니다. 이것은 "합병"을 촉진하는 데 도움이 될 것입니다. "확인"코드는 파일에 대한 일종의 백업 전략 (새 파일 이름의 일부로 타임 스탬프 및 사용자 이름이있는 파일의 사본을 만들 가능성)으로 구성되어야하며 원본을 새 버전으로 바꾸어야합니다.
즉, 신뢰할 수있는 실제 소스 제어 시스템없이 이러한 유형의 활동을 수행하는 것은 어렵고 오류가 발생할 것입니다.
다른 팁
수확을 사용하는 법을 배우십시오. 일을 순조롭게 진행하려면 약간의 노력이 필요하지만 전반적으로 우수한 소스 제어 시스템입니다.
또 다른 가능성이 될 것입니다 스쿠터와 비교할 수 없습니다. 파일과 디렉토리에 2 ~ 3 ~ 3 방향 병합 및 큰 차이 기능이 있습니다. 그것에 대해 조금 더 알고 싶다면 델파이 팟 캐스트 ~에 의해 짐 맥키.
그러나 대부분의 다른 사람들과 마찬가지로 GIT를 사용하거나 수확을 배우는 것이 좋습니다. 소스 제어 시스템이 DIFF 응용 프로그램을 변경할 수있는 경우 비교할 수없는 것은 훌륭한 대체품이 될 것입니다.
GIT를 가져 와서 모든 개발자 기계에 로컬로 설치하십시오. 그런 다음 저장소를 복제하도록 설정하십시오.
버전 제어 및 병합의 두 가지 문제가 있습니다. 버전 제어 시스템을 사용하지 않는 변명은 전혀 없습니다. 회사가 솔루션을 결정한 경우 (어떤 이유로 든)를 사용하십시오. 그것을 좋아하지 않거나 "자신감이있는"것은 그것을 사용하지 않는 유효한 이유가 아닙니다. 그리고 공유 드라이브를 사용하여 소스 코드 제어 시스템을 모방하는 것은 미쳤습니다.
병합은 두 번째 문제입니다. Diff/Merge 도구가 필요합니다. 하나를 선택. 하나없이 어떻게이 오랫동안 갔습니까?!
Araxis는 훌륭한 것입니다. 비용이 몇 달러입니다. 소스 기어 사람들은 한동안 Diff/Merge 도구를 자유롭게 배포하고 있습니다 (금고와 함께 제공되는 것). 그것은 또한 견고한 경쟁자입니다. 그것들은 내가 알고있는 두 가지입니다. 이미 언급 한 다른 사람들이 있습니다.
모든 것을 손으로 병합하는 것은 10 가지 솔루션이 아닙니다. 그것을 결합합니다 ~ 아니다 VCS를 사용하는 것은 재난을위한 레시피입니다.
손으로하고 싶지 않으면 무언가를 다운로드해야 할 것입니다. 적극 권장합니다 Winmerge. 그것은 무료이고 오픈 소스이며 아마도 당신에게 물건을 엉망으로 만들지 않는 작은 다운로드를 위해 더 나을 것입니다.
MERGE라는 표준 UNIX 명령 줄 도구가있어 두 세트의 변경 사항을 파일에 상당히 지능적으로 병합합니다. 구문은 다음과 같습니다.
merge mine older yours
"Mine"이 변경 사항이있는 파일 인 경우 "이전"은 원본 파일이며 "Yours"에는 다른 사람의 변경 사항이 포함되어 있습니다.
UNIX (또는 Mac OS X) 상자가 있는지 확실하지 않습니다.
공유 드라이브에서 일하는 것은 좋은 생각이 아니며 "신뢰도"라는 투표권을 얻습니다.
다른 사람의 변경 사항을 덮어 쓰는 것은 너무 쉬울 것입니다. 변경 사항이 없거나 분기 또는 태그/레이블 등의 방법이 없습니다.
