«version-control» 태그된 질문

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

9
버전 제어 후크에서 단위 테스트를 실행하는 것이 좋습니까?
기술적 인 관점에서 특정 커밋을 원격 기본 브랜치에 병합하기 전에 단위 테스트를 실행하는 사전 / 사후 푸시 후크를 추가 할 수 있습니다. 내 질문은-빌드 파이프 라인에서 단위 테스트를 유지하는 것이 더 좋습니까 (따라서 깨진 커밋을 리포지토리에 도입) 또는 "나쁜"커밋이 발생하지 않도록하는 것이 좋습니다. 나는이 두 가지 옵션으로 제한되지 않는다는 것을 …
9
코드 유지 관리 : 코드에 주석을 추가하거나 버전 컨트롤에 주석을 남기려면?
버그 수정 / CR 구현의 일부로 코드가 변경 될 때마다 시작 태그, 종료 태그, 설명, 솔루션 등으로 주석을 추가하라는 요청을 받았습니다. 내 관심사는 이것이 부가 가치를 제공합니까? 현재 버전 관리 기록에 모든 세부 정보가 있습니다. 각 변경 사항을 추적하는 데 도움이됩니까? 그러나 제 리드는 "좋은"프로그래밍 실습으로 의견을 주장하고 있습니다. 그들의 …
15
가장 좋아하는 버전 관리 시스템은 무엇입니까? [닫은]
이것은 조직의 요구에 따라 명확하게 변하기 때문에 "최고"를 결정하려는 실제 시도보다 더 많은 토론 문제입니다. 카테고리별로 다른 시스템 (중앙 집중식, 분산 형, 개방형, 독점 형 등)을 선호하는 주장에 대해 더 궁금합니다. 그렇다면 최고의 버전 관리 시스템은 무엇이라고 생각하십니까?
4
테스트 데이터를 버전 관리에 체크인해야합니까?
PDF 파일을 처리하는 기능에 대한 테스트 코드를 작성 중입니다. 테스트의 기본 개념은 내가 특별히 선택한 일부 PDF를 가리키고 처리하며 출력이 예상 한 것인지 확인하는 것입니다. 내 질문은 :이 큰 PDF를 어디에 저장해야합니까? 코드와 함께 버전 관리로 확인해야합니까? 아니면 다른 곳에 놓아 두겠습니까? 분명히 테스트 코드는 PDF가 없거나 (또는 ​​다른 PDF가있는 …
16
소스 파일의 시작 부분에 버그 번호를 주석에 넣는 것이 좋습니다. [닫은]
헤더 주석 안에 파일 자체에 버그 번호를 넣는 것이 좋은 방법입니까? 주석은 다음과 같습니다. MODIFIED (MM/DD/YY) abc 01/21/14 - Bug 17452317 - npe in drill across in dashboard edit mode cde 01/17/14 - Bug 2314558 - some other error description 도움이 될 것 같지만 나쁜 습관으로 간주됩니까?
11
작동하지 않는 코드를 커밋해도 괜찮습니까?
작동하는 코드 만 커밋해야합니까? 이 커밋은 다음과 같이 저장소를 작동 상태로 둘 필요가 없습니다. ... 우리는 초기 설계 단계에 있으며 코드는 아직 안정적이지 않습니다. ... 당신은 프로젝트의 유일한 개발자입니다. 왜 작동하지 않는지 알고 있습니다. 또한 깨진 코드를 커밋하여 다른 사람의 작업을 중단하지 않습니다. ... 현재 코드가 작동하지 않습니다. 우리는 그것에 …
5
"종종"병합하는 것이 좋습니까? 아니면 완료 후에 만 ​​기능 분기를 크게 병합하는 것이 더 낫습니까?
여러 가지 개발되고 말 A과 B뿐만 아니라 증가 "버그 수정"지점 C. 이제는 C"완료"되어 마스터로 병합되었습니다. A그리고 B아직 개발과 (아마도) 다른 버그 수정 분기 마스터로 병합하기 전에 고정되지 않습니다. C새로운 기능 분기에서 가능한 빨리 병합하는 것이 좋습니다 ? 새로운 기능이 가능한 한 가깝게 유지되도록 master? 아니면 새로운 기능이 완료된 후에 만 …
8
실제로 BIG 소스 코드 커밋의 용어는 무엇입니까? [닫은]
때때로 우리는 소프트웨어의 커밋 히스토리를 확인할 때 실제로 큰 커밋이 몇 개 있다는 것을 알 수 있습니다. 소스 코드 라인 (델타)이 수백 가지로 변경되어 10 개 또는 20 개의 파일이 변경 될 수 있습니다. BIG 커밋에 일반적으로 사용되는 용어가 있지만 그 용어가 무엇인지 정확하게 기억할 수는 없습니다. 누구든지 나를 도울 …
9
버전 관리 및 개인 구성 파일
우리 프로젝트는 사용자 별 구성 파일을 사용합니다. 이 파일은 현재 사용자마다 다르기 때문에 버전 관리 상태가 아닙니다. 문제는 개발자가 구성이 필요한 새 모듈을 추가하거나 기존 모듈의 이름을 변경할 때마다 개인 구성 파일이 업데이트되지 않기 때문에 다른 개발자에게 오류가 발생한다는 것입니다. 이 문제를 해결하기 위해 두 가지 구성 파일, 즉 버전 …
10
솔로 개발자를위한 최고의 버전 관리 습관?
저는 저의 업무에서 유일한 개발자이며 VCS의 이점을 이해하고 있습니다. 좋은 관행을 고수하기가 어렵다는 것을 알게되었습니다. 현재 git을 사용하여 주로 웹 응용 프로그램을 개발하고 있습니다 (제 작업으로 인해 오픈 소스가 될 수는 없습니다). 현재 진행중인 워크 플로는 개발 사이트를 많이 변경하고 테스트, 수정, 테스트, 행복하고 변경 사항을 커밋 한 다음 커밋을 …
7
자주 복잡한 병합 충돌이 문제의 징후입니까?
우리 팀에서는 Git을 소스 제어로 사용합니다. 우리는 거의 독립적이지만 겹치는 몇 가지 코드 영역을 가지고 있습니다. 최근에 소스 제어 사용에 대한 워크 플로우 및 접근 방식에 대해 논의했습니다. 기능 분기 워크 플로를 사용하여 홍보 할 때 제기되는 불만 중 하나 는 사람들이 종종 복잡한 병합 충돌을 일으켜 잘못 해결한다는 것입니다. …
6
편한 스프레드 시트 형식? [닫은]
프로젝트 문서 프로세스를 Google 문서에서 자체 호스팅 Git 리포지토리로 이동하려고합니다. 텍스트 문서는 Git 친화적입니다. 일반적으로 멋진 형식이 필요하지 않기 때문에 복잡한 경우에 LaTeX를 포함하는 옵션을 사용하여 모든 것을 멀티 마크 다운 으로 변환 하면됩니다. 그러나 스프레드 시트는 매우 다른 이야기입니다 ... 버전 제어 시스템에 친숙하고 (바람직하게는 Markdown처럼 사람이 읽을 수있는) …
8
비공개 소스 프로젝트를 위해 sourceforge, github 또는 bitbucket과 같은 사이트를 얼마나 안전하고 신뢰할 수 있습니까? [닫은]
내 비즈니스의 소스 제어를 관리하기 위해 sourceforge, bitbucket 또는 github 사용을 고려하고 있습니다. 나는 열린 프로젝트를 가지고 있으며 gcc와 같은 열린 프로젝트에 참여합니다. 그러나 저는 또한 본인의 생활을위한 폐쇄 소스 소프트웨어를 개발하는 사업도 있습니다. 소프트웨어를 눈에 띄지 않게 보호하는 데있어 소스 포지, github 또는 비트 버킷은 얼마나 신뢰할 수 있습니까? …
7
80 년대와 90 년대의 마이크로 컴퓨터에서 버전 관리는 어떻게 작동 했습니까?
프로그래머 팀이 일반적으로 80 년대와 90 년대 초반에 소프트웨어 개발을 어떻게 관리했는지 알고 싶습니다. 모든 소스 코드가 모든 사람이 작업하는 하나의 컴퓨터에 단순히 저장되었거나 소스가 플로피를 통해 수동으로 복사 및 복사되어 수동으로 병합되었거나 실제로 우리가하는 것처럼 네트워크 (예 : CVS)를 통해 수정 제어 시스템을 사용 했습니까? 지금? 아니면 오프라인 CVS와 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.