필자의 동료는 지속적인 통합이 가능한 빌드 서버와 버전 제어 소프트웨어를 모두 사용하여 소프트웨어 부서가 고도로 발전했다는 인상을 받았습니다. 나는 진지한 소프트웨어를 만들었고 어느 것도 가지고 있지 않은 회사를 알고 있기 때문에 이것은 내 견해와 일치하지 않았다. 그러나 제 경험은 소수의 회사에만 국한됩니다. 소프트웨어 비즈니스에 있으며 이러한 도구를 사용하지 않는 실제 …
내 사무실은 버전 관리를 위해 Git과 SourceTree를 사용합니다. 내가 가입했을 때 버전 관리가 없었고 SourceTree가 내가 사용한 유일한 시스템이기 때문에 발생했습니다. 나는 어떤 방법으로도 전문가가 아니지만 동료들 중에서 가장 경험이 많으므로 모든 사람들이 Git을 올바르게 사용하고 실수를 수정하도록 가르치는 사실상의 전문가입니다. Git과 SourceTree를 거치고 프로세스의 모든 단계를 설명하는 자습서 문서를 …
사용자가 편집 할 수있는 콘텐츠가 포함 된 웹 프로젝트를 진행 중이며 데이터베이스에있는 실제 콘텐츠의 버전 추적을 수행하고 싶습니다. 기본적으로 위키 스타일 변경 기록을 구현하고 싶습니다. 몇 가지 배경 조사를 통해 데이터베이스 스키마의 버전을 관리하는 방법에 대한 많은 문서를 볼 수 있지만 (실제로 이미 제어되고 있음) 데이터베이스 버전 변경 사항 을 …
일부 오픈 소스 프로젝트가 풀 요청을 수락하지 않지만 전자 메일 패치 파일 만 기고자가 필요한 이유는 무엇입니까? 예를 들어 Git은 github 또는 다른 분산 scm 호스팅에 코드를 게시하지만. 패치 파일을 전송하는 것은 대화식이거나 편리하지 않습니다. 패치 파일은 구식입니다. 풀 요청은 대화식입니다. 다른 사람들도 토론 할 수 있습니다.
나는 최근 에 여러 개의 .net 솔루션이 있는 오래된 레거시 코드베이스로 새로운 클라이언트를 위해 일하기 시작했습니다 . 각 솔루션은 일반적으로 해당 솔루션에 고유 한 일부 프로젝트를 호스팅하지만 다른 프로젝트는 "빌리기"/ "링크"(기존 프로젝트 추가)합니다. 기술적으로 다른 솔루션에 속합니다 (적어도 TFS의 폴더 구조를 사용하는 경우) 나는 이것이 얽힌 설정을 보지 못했으며, 명확한 …
모두가 로컬 테이블 및 개발 테이블을 변경하는 개발자 팀에서 작업 할 때 모든 변경 사항을 어떻게 동기화합니까? 모두가 SQL 변경 사항을 유지하는 중앙 로그 파일? 로컬 테이블을 최신 버전으로 가져 오기 위해 개발자가 실행할 수있는 개별 테이블 .sql 파일 인 alter table 문을 추적하는 Wiki 페이지? 나는 이러한 솔루션 중 …
우리는 사무실에서 Mercurial을 천천히 통합하고 웹 개발을 수행하면서 명명 된 지점을 사용하기 시작했습니다. 우리는 지점 이름을 짓는 한 좋은 컨벤션을 찾지 못했습니다. 우리는 시도했다 : FeatureName (이 문제가 발생하는 것을 볼 수 있습니다) DEVInitial_FeatureName (개발자가 줄을 서서 내려갈 때 혼동 될 수 있음) {uniqueID (int)} _ 기능 지금까지 uniqueID_featureName이 이기고 …
다른 사람들이 다음 문제를 해결하는 효과적인 방법을 모 으려고합니다. 직장에서 우리는 특정 고객 만 볼 수있는 소프트웨어 패치 (최종 사용자 시스템에 설치)를 발표했습니다. 사용자 지정 코드는 자체 소스 제어 분기에 있습니다. 문제는 동기화를 유지하기 위해 두 개의 병렬 코드 라인 (및 빌드 스크립트)이 있으며, 원래 코드를 패치 할 때마다 고객 …
우리 팀에서는 개별 작업 단위 (스토리) 외에도 더 오래 실행되는 작업 테마 (Epics)를 가지고 있습니다. 여러 이야기가 서사시를 만듭니다. 전통적으로 우리는 각 스토리마다 기능 브랜치를 가지고 있었고 QA를 통과하면 마스터로 바로 통합했습니다. 그러나 Epic이 "기능 완료"로 간주 될 때까지 Epic에서 완성 된 스토리의 릴리스를 보류하고 싶습니다. 우리는 전체 Epic이 닫힐 …
일부 소프트웨어는 파일 이름의 일부로 버전 번호가 포함되어 있지만 다른 소프트웨어는 그렇지 않습니다. 나는 후자에 더 익숙하고 더 인기가 있다고 생각하지만 때로는 자바 스크립트 라이브러리에서 이전 유형을 봅니다. 예를 들어, jQuery의 파일 이름은 jquery-2.1.0.js대신에 사용 jquery.js됩니다. 이러한 유형의 파일을 업데이트 할 때마다 해당 파일을로드하는 다른 프로그램에서 해당 위치를 찾아서 참조하는 …
이것이 중복이라면 죄송합니다. 우리는 힘내로 이사하고 있습니다. Subversion에서는 \ trunk, \ branches 및 \ tags 폴더를 사용했습니다. Git을 사용하면 브랜치 간 전환이 작업 디렉토리의 내용을 대체하므로 작업에 사용 된 방식이 Git에 적용되지 않는다고 가정 할 수 있습니까? 내 생각에 아마도 gitignore와 readme.txt가있는 repo 폴더가 있고 repo를 구성하는 프로젝트의 폴더가있을 것입니다.
전통적인 VCS에서는 빌드를 중단 할 수 있기 때문에 해결되지 않은 파일을 커밋하지 않는 이유를 이해할 수 있습니다. 그러나 DVCS에서 해결되지 않은 파일을 커밋해서는 안되는 이유를 이해하지 못합니다 (일부 파일은 실제로 파일 커밋을 방해 합니다). 대신에, 나는 당신의 저장소에서 고정되어야한다고 생각 밀어 및 당기 하지만, 커밋하지. 병합 과정에서 커밋 할 수 …