«version-control» 태그된 질문

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

1
빌드 스크립트 및 빌드 서버의 책임
빌드 스크립트와 빌드 서버의 책임에 대한 설명이 필요합니다. 지속적인 통합 및 빌드에 대한 Net의 여러 기사를 읽었습니다. 포함 F5 키는 빌드 프로세스가 아닙니다 빌드 서버 : 프로젝트의 심장 모니터 일일 빌드는 당신의 친구입니다 그리고 우리 소프트웨어의 빌드 프로세스에 관해 조언자와 대화를 나누었습니다. 그는 매우 경험이 많기 때문에 그의 진술을 신뢰하지만 …

1
작은 프로젝트에 대한 Git 워크 플로우 / 실습 (png의 순서도)
개인 워크 플로를 만들려고합니다. 릴리스의 가상 수명에 대한 순서도를 정리했습니다. 한 개발자가 공개 github 저장소로 밀고 + 친구가 일부 기능을 도와 버그를 수정했습니다. 이것이 버전 관리에 대한 합리적인 접근입니까? 주요 아이디어는 공개 저장소를 깔끔하게 유지하는 것입니다. 각각의 새로운 릴리스는 완료되면 마스터 브랜치에 마지막으로 태그 될 때까지 자체 브랜치에 배치됩니다. 모든 …

4
개발 관리자는 코드 "목표 관리"를 어떻게 처리해야합니까?
먼저 용어를 만들 수 있습니다. 코드 목표 추적 : 아침에 코드를 확인한 다음 다른 개발자가 이전 날 파일별로 변경 한 내용을 모두 파일 (특히 원래 개발 한 코드 파일)을 자동으로 검토하고 형식, 논리, 변수 이름 바꾸기, 리팩토링 수정 긴 메소드 등을 변경 한 후 VCS에 변경 사항을 커미트하십시오. 이 연습은 …

6
고객이 프로젝트에 기여할 수있는 가장 좋은 방법은 무엇입니까?
우리는 고객을위한 CRM을 구축하고 있습니다. 첫 번째 주요 단계가 완료되었고 두 번째 단계가 합의되었으므로 클라이언트는 일부 작업을 선택하여 데이터베이스 스키마 및 비즈니스 프로세스를 약간 수정 하여 두 번째 단계 를 작성합니다 . 나는 이것이 실제로 실용적인지 여부를 결정하지는 못했지만, 그것이 가정 할 때, 이것을 가능하게하기 위해 조치를 취할 수있는 몇 …


6
공유 라이브러리의 분기 및 버전 관리 전략
이 게시물 은 관련 이있는 것처럼 보이지만 내 두뇌가 녹기 시작했습니다. 제 고용주는 소스 제어를 사용하기 시작했습니다. 주로 더 많은 개발자를 고용하기 전에 "집"은 주로 집에서 일하는 고독한 개발자의 하드 드라이브였습니다. 그가 작성한 모든 .NET 코드는 대량 으로 체크인되었으며 복제 된 (읽기 : 복사하여 붙여 넣기) 기능이 많이 있습니다. 현재 …

4
대규모 금융 / 보험 회사가 git 및 / 또는 github를 사용해야하는 이유
저는 금융 / 보험 산업에서 대기업 (30K 직원)을 위해 일합니다. "IT"가 우리의 주요 초점은 아니지만, 솔직히 말하면 정보 중심의 산업이며 기술적 인 이점이 더 우수한 회사는 더 빨리 앞서가는 것 같습니다. 우리 회사에는 많은 소프트웨어 개발 팀이 있습니다. 사용되는 언어 / 프레임 워크는 물론 버전 관리 기능이있는지도입니다. 일부는 (내가 아는) …

7
소스 제어 저장소에서 소스 코드를 '검토'하는 가장 좋은 방법은 무엇입니까?
소스 제어 저장소에서 검토 된 소스 코드를 관리하는 가장 좋은 방법은 무엇입니까? 체크인하기 전에 소스 코드가 검토 프로세스를 거쳐야합니까, 아니면 코드가 커밋 된 후 코드 검토가 수행되어야합니까? 코드가 저장소에 체크인 된 후 검토가 발생하면 어떻게 추적해야합니까?

6
격주로 프로덕션 릴리스에 즉시 출시 가능한 기능 만 포함시킬 수있는 방법은 무엇입니까?
저는 상당히 큰 민첩한 팀의 소프트웨어 개발자입니다 (8 명의 개발자가 적극적으로 단일 코드 저장소를 변경하고 있음). 2 주마다 새로운 버전의 소프트웨어를 프로덕션 환경으로 푸시합니다. 현재 작업 과정은 다음과 같습니다. 새로운 작업을 시작할 때 개발자는 기본 개발 지점에서 "기능 지점"을 만들고 ( git 사용 )이 새로운 지점에서 작업합니다. 개발자가 작업 작업을 …

2
여러 팀을위한 Git 워크 플로우
우리는 Git을 사용하기 시작하고 (아직 사용하지 않음) 워크 플로우를 정의하고 싶습니다. 전 세계 4 곳에 4 개의 팀이 있으며 같은 제품을 함께 개발하고 있습니다. 각 팀은 제품 코드의 일부를 소유하지만 때로는 다른 팀이 소유 한 코드를 변경해야 할 수도 있습니다. 그러한 환경에 대한 Git 워크 플로우에 대한 권장 사항이 있습니까? …

2
메타 데이터 부족이 더 이상 발생하지 않을 때 v1.5 이전의 SVN 병합에 대한 불편 함이 더 이상 사용되지 않습니까?
SVN을 시작하고 있으며 DVCS 도구와 비교할 때 SVN에서 병합이 매우 어렵다고 많은 소스에서 말합니다. 가장 최근의 질문에 내가 SE 여기에 찾을 수는 2012입니다. 그 이유는 v1.5 이전의 SVN에는 메타 데이터가 없었지만 SVN의 버전이 1.8.9이기 때문입니다. SVN이 v1.5보다 훨씬 더 성숙하고 특히 SVN 1.5를 사용하지 않았기 때문에 언급 된 메타 데이터 …

3
소규모 팀을위한 Git 워크 플로우
소규모 팀에서 구현하기 위해 git workflow를 진행하고 있습니다. 워크 플로우의 핵심 아이디어 : 모든 팀원이 쓸 수있는 공유 프로젝트 마스터가 있습니다. 모든 개발은 기능 지점에서만 수행됩니다. 기능 분기는 지점 작성자 이외의 팀 구성원이 코드를 검토합니다. 기능 분기가 결국 공유 마스터에 병합되고주기가 다시 시작됩니다. 이 기사에서는이주기의 단계를 자세히 설명합니다. https://github.com/janosgyerik/git-workflows-book/blob/small-team-workflow/chapter05.md 이것이 …

3
단일 개발자 GIT 워크 플로우 (간단한 FTP에서 이동)
VCS로 이전하는 것이 합리적인지 결정하려고합니다. 저는 소규모 조직 (5 명)의 단일 웹 개발자입니다. VCS (Git)는 버전 제어, 오프 사이트 백업, 중앙 집중식 코드 저장소 (집에서 액세스 할 수 있음)와 같은 이유로 생각합니다. 현재는 라이브 서버에서 일반적으로 작업합니다. FTP를 사용하여 수정 한 후 저장 한 다음 다시 업로드하고 새로 고칩니다. 편집은 …

6
릴리스에 적합한 분기 전략 선택
새 프로젝트에서 새 개발 팀으로 시작하여 소스 리포지토리 ( 예 : Microsoft Team Foundation Server 2010 )에 대한 분기 전략을 정의해야합니다 . 우리는 할 것인지 아닌지에 대해 끈끈한 토론을 시작했습니다 ... . 프로덕션 빌드를 수행하는 하나의 릴리스 브랜치가 있고 실제로 릴리스 될 때 레이블을 지정하십시오. 또는 B . 프로덕션으로의 각 …

4
커밋 메시지의 버그 / 문제에 대한 참조가 모범 사례로 간주됩니까?
버그 추적기에 메모를 자동으로 쓰도록 소스 컨트롤을 설정 한 프로젝트를 진행 중입니다. 우리는 단순히 커밋 메시지에 버그 이슈 ID를 작성하고 커밋 메시지는 버그 트래커에 메모로 추가됩니다. 나는이 연습에 대한 몇 가지 단점을 볼 수 있습니다. 나중에 언젠가 소스 코드가 버그 추적 소프트웨어와 분리되는 경우 (또는보고 된 버그 / 문제는 어떻게 …

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.