«version-control» 태그된 질문

소스 코드의 개정을 추적, 저장 및 검색하기위한 프로그래밍 규칙.

5
솔로 개발자로 분기를 사용하면 어떤 이점이 있습니까?
우선, 솔로 개발자로서 VCS에 대해 많은 질문을 받았지만 종종 너무 광범위하다는 것을 알고 있습니다. 이것은 분기에만 관련이 있으며 여전히 중복으로 표시되었습니다 ... 중복은 너무 광범위하고 구체적으로 분기와 관련이없는 다른 질문의 또 다른 복제로 표시됩니다. 그게 내 질문의 독창적 인 방법입니다. 솔로 개발자로 분기를 사용하면 어떤 이점이 있습니까? 나는 종종 솔로 …
17
누군가의 커밋으로 인해 회귀가 발생했다고 말해야합니까?
이전 작업 코드가 작동을 멈추게하는 버그 인 회귀를 추적하고 수정하면 버전 제어를 통해 변경 사항을 적용한 사람을 찾을 수 있습니다. 이것을 할 가치가 있습니까? 커밋 한 사람에게 이것을 지적하는 것이 건설적인가? 실수의 본질 (변경된 코드에 대한 기본적인 오해에 대한 단순한 부주의의 규모)이 좋은 생각인지 아닌지 변화합니까? 그들에게 말을하는 것이 좋은 …
10
커밋 사이에 이미 너무 오래 기다렸을 때 어떻게해야합니까?
나는 장난 꾸러기 ... 너무 많은 "카우보이 코딩", 충분하지 않은 커밋. 자, 여기에 엄청난 커밋이 있습니다. 그렇습니다, 나는 모든 것을 커밋해야했지만 지금 너무 늦었습니다. 더 나은 게 뭐야? 내가 바꾼 모든 것을 나열하는 매우 큰 커밋을 수행하십시오. 파일에 여러 수정, 변경, 추가 메소드 이름 등이 있으므로 컴파일되지 않을 작은 커밋으로 …
12
커밋 히스토리를 사용하여 개발자에게 중요한 정보를 전달해야합니까?
최신 버전에서 타사 SDK를 롤백하는 회의에서 개발자가 커밋 기록에 이미 최신 버전을 사용해서는 안된다고 신고했습니다. 일부 개발자는 이것이 나쁜 습관이라고 주장했으며 대신 소스 파일 (예 :) // Don't upgrade SDK Version x.y.z, see ticket 1234또는 프로젝트 레벨 README파일 에 언급해야했습니다 . 다른 사람들은 커밋 히스토리가 프로젝트 문서의 일부이기 때문에 어쨌든 …
11
개인 (한 사람) 프로젝트를위한 자식. 지나침?
나는 Subversion과 git의 두 가지 버전 제어 시스템을 알고 사용합니다. Subversion은 현재 유일한 개발자 인 개인 프로젝트에 사용되고 git은 오픈 소스 프로젝트 및 다른 사람들도 프로젝트에서 작업 할 것이라고 생각하는 프로젝트에 사용됩니다. 이것은 대부분 git의 놀라운 포크 및 병합 기능 때문입니다. 모든 사람이 자신의 브랜치에서 작업 할 수 있습니다. 매우 …
6
왜 git은 개정 번호 대신 해시를 사용합니까?
항상 git이 개정 번호보다 해시를 선호하는 이유가 궁금했습니다. 개정 번호는 훨씬 명확하고 참조하기 쉽습니다 (제 의견으로는) : 누군가에게 개정 1200을 보도록하거나 92ba93e를 커밋하도록 지시하는 것에는 차이가 있습니다! (한 가지 예만 제시하십시오). 이 디자인에 대한 이유가 있습니까?
22
동료 개발자가 소스 코드 커밋에 주석을 추가하도록 어떻게 설득합니까?
Subversion (우리가 직장에서 사용하는 것)은 커밋에 대한 의견을 요구하도록 구성 할 수 있지만 단순히 이것을 켜는 힘이 없습니다. 내가 알고 내 신속하게 커밋 뒤에 이유를 이해하는 것이 유용하기 때문에 내 커밋 주석 이유가있는 경우에만 메모리 조깅 등이다. 그러나 이것은 내가 항상 얻는 두 가지 반응에 맞서기에 충분하지 않은 것 같습니다. …
12
버전 관리를 사용할 때 모든 코드 파일에 "변경 로그"를 포함시킬 필요가 있습니까?
나는 버전 제어 시스템이 코드의 어느 곳에서나 "변경 로그"를 석고로 만들 필요가 없다는 인상을 받았다. 저장 프로 시저가 시작될 때 큰 긴 블록을 포함하여 파일 변경을 차단하고 큰 부분을 차단하고 다음과 같은 코드를 작성하는 등 변경 로그를 계속 사용하는 경우가 종종있었습니다. // 2011-06-14 (John Smith) Change XYZ to ABC to …
28
훌륭한 프로그래머가 버전 제어를 사용한 적이 없습니까? [닫은]
어려운 상황을 해결하는 데 도움이되는 전문 프로그래머를 찾고 있습니다. 지금까지의 인터뷰는 놀라 울 정도로 실망 스러웠다. 지금까지 가장 좋은 후보자는 버전 제어 소프트웨어를 사용한 적이없는 숙련 된 프로그래머입니다. 짧은 시간 안에 배울 수있는 문제이기 때문에 문제 자체는 그다지 심각하지 않을 수 있습니다. 그러나 더 걱정되는 부분이 있습니다. 버전 관리없이 10-15 …
10
나쁜 코드를 작성해야합니다. 얼굴을 어떻게 구합니까? [닫은]
저는 주니어 개발자 일 뿐이지 만 제 직업은 정말 끔찍한 PHP 코드를 사용하도록 강요합니다. 나는 보통 버그를 고치고 새로운 기능을 추가하기 위해 코드베이스와 싸운다. 때때로 나는 더러운 해킹을 포함하지 않는 것보다 더 빨리 작동하는 것을 주문하라는 명령을 받았습니다. 이 제품은 이전에 오픈 소스였으며 앞으로 오픈 소스로 갈 수 있을지 걱정됩니다. …
8
발견하고 패치 한 버그를 기록해야합니까?
나는 이것이 일반적인 상황이라고 가정합니다 : 나는 코드를 테스트하고, 버그를 발견하고, 수정하고 버그 수정을 저장소에 커밋합니다. 많은 사람들이이 프로젝트를 수행한다고 가정 할 때, 먼저 버그 보고서를 작성하여 자신에게 할당 한 다음 커밋 메시지에서이를 참조해야합니다 (예 : "Fix bug #XYZ. 버그는 X와 Y로 인한 것입니다. Q와 R ")? 또는 버그 보고서를 …
9
문서 및 프로젝트 관리에 Git을 사용해야합니까? 코드가 별도의 저장소에 있어야합니까?
그룹 프로젝트를 위해 Git 리포지토리를 시작하고 있습니다. 코드와 동일한 Git 리포지토리에 문서를 저장하는 것이 합리적입니까? 이것은 git 개정 흐름의 특성과 충돌하는 것처럼 보입니다. 내 질문에 대한 요약은 다음과 같습니다. 코드와 문서가 모두 같은 저장소에 체크인 되면 Git 개정 스타일이 혼란 스러울 까요? 이것에 대한 경험? Git이 문서 개정 관리에 적합합니까? …
7
왜 많은 프로젝트가 "git merge"보다 "git rebase"를 선호합니까?
DVCS를 사용하면 얻을 수있는 장점 중 하나는 편집 커밋 병합 워크 플로 ( CVCS에서 종종 시행하는 편집 병합 커밋 보다)입니다. 병합과 관계없이 각각의 고유 한 변경 사항을 리포지토리에 기록 할 수 있으므로 DAG 가 프로젝트의 실제 가계도를 정확하게 반영합니다. 왜 많은 웹 사이트 가 "병합 커밋을 피하고 싶다"고 말하는가? 프리 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.