«git» 태그된 질문

닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 몇 달 전에 나는 Subversion과 GIT를 파고 실망했습니다. 그들은 소스 코드를 잘 처리하지만 다른 측면은 다루지 않습니다. 예를 들어, 버전 제어하에있는 웹 …

17 version-control  git  svn  backups  revisions 

현재 git 코드를 관리하기 위해 VSTS를 사용하는 회사에서 일하고 있습니다. 브랜치를 병합하는 Microsoft의 "권장"방법은 "스쿼시 병합"을 수행하는 것입니다. 즉, 해당 브랜치에 대한 모든 커밋이 모든 변경 사항을 통합하는 하나의 새로운 커밋으로 스쿼시됩니다. 문제는 한 백 로그 항목에 대해 한 분기에서 일부 변경을 수행 한 다음 즉시 다른 백 로그 항목에 …

17 git 

내 사무실은 버전 관리를 위해 Git과 SourceTree를 사용합니다. 내가 가입했을 때 버전 관리가 없었고 SourceTree가 내가 사용한 유일한 시스템이기 때문에 발생했습니다. 나는 어떤 방법으로도 전문가가 아니지만 동료들 중에서 가장 경험이 많으므로 모든 사람들이 Git을 올바르게 사용하고 실수를 수정하도록 가르치는 사실상의 전문가입니다. Git과 SourceTree를 거치고 프로세스의 모든 단계를 설명하는 자습서 문서를 …

16 version-control  git  merging 

Rails응용 프로그램 에서 다른 원격 개발자와 함께 소규모 팀에서 일하고 있습니다. git워크 플로우 수정을 시작했습니다 . 우리는 다음과 같은 분기 구조에 대해 생각했습니다. (dev) -> (qa) -> (stag) -> (master) 그러나 일부 개발자는 마스터에서 자동으로 프로덕션 환경으로 전환 할 수있는 새로운 개발자에게는 혼동을 줄이겠다 고 생각했습니다. 그들은 모두가 마스터 작업을하고 …

16 git 

우리는 다양한 고객을위한 수많은 프로젝트를 가진 소프트웨어 컨설팅입니다. 우리는 전통적으로 Subversion을 사용하지만 현재 Git으로의 전환을 고려하고 있습니다. 우리가 생산하는 문서의 상당 부분이 고객 (요구 사항, 글로벌 디자인, 테스트 사양 등)과 공유되며 MS Office를 사용하여이를 생성합니다. Subversion에서는 "Lock"기능을 사용하여 같은 문서를 동시에 편집하는 사람이 없도록 할 수있었습니다. Git에서는 분산 특성으로 인해 …

16 git  svn  dvcs  excel  word 

우리 중 두 명이 무언가를 연구하고 있습니다. 이 분기 구조를 사용하고 있습니다 석사 dev-A dev-B 우리는 별도의 브랜치 (dev-A, B)에서 일하고 완료 될 때마다 변경 사항을 마스터로 홍보합니다. 그러나 이것의 단점은 다른 개발자가 변경 한 내용을 얻을 수 없다는 것입니다. 모든 것은 마스터 트리에 존재하지만 다른 개발자가 만든 최신 업데이트는 …

16 git 

성공적인 Git 브랜칭 모델을 기반으로 내 Git 리포지토리를 기반으로하고 있으며이 상황이 발생하면 어떻게 될지 궁금합니다. 두 가지 기능 분기 A와 B에서 개발 중이고 B에 A의 코드가 필요하다고 가정 해 봅시다. X 노드는 기능 A에 오류가 발생하여 분기 B에 영향을 주지만, 기능 A와 B가 병합 된 노드 Y에서는 감지되지 않습니다. 테스트는 …

16 git  bug  branching 

단순히 분기없이 마스터로 분기를 병합하는 대신 풀 요청을 사용하면 어떤 이점이 있습니까? 특히 모든 개발자가 마스터에 완전히 액세스 할 수있는 팀에서.

16 version-control  git  development-process  merging  pull-requests 

우리 팀에서는 개별 작업 단위 (스토리) 외에도 더 오래 실행되는 작업 테마 (Epics)를 가지고 있습니다. 여러 이야기가 서사시를 만듭니다. 전통적으로 우리는 각 스토리마다 기능 브랜치를 가지고 있었고 QA를 통과하면 마스터로 바로 통합했습니다. 그러나 Epic이 "기능 완료"로 간주 될 때까지 Epic에서 완성 된 스토리의 릴리스를 보류하고 싶습니다. 우리는 전체 Epic이 닫힐 …

15 version-control  git  maintenance  branching 

현재 git 워크 플로를 사용하는 팀과 함께 프로젝트를 진행하고 있습니다. 매우 간단합니다. 마스터는 배포 가능한 상태 여야하며 지점은 기능과 핫픽스를 만드는 데 사용됩니다. 기능 또는 버그 수정이 완료되고 테스트 될 때마다 가능한 빨리 마스터로 이동합니다. 아이디어는 브랜치를 마스터로 다시 병합하기 쉽도록 브랜치를 가능한 작게 만들어야한다는 것입니다. 마스터 브랜치로 푸시 된 …

15 git  workflows 

이것이 중복이라면 죄송합니다. 우리는 힘내로 이사하고 있습니다. Subversion에서는 \ trunk, \ branches 및 \ tags 폴더를 사용했습니다. Git을 사용하면 브랜치 간 전환이 작업 디렉토리의 내용을 대체하므로 작업에 사용 된 방식이 Git에 적용되지 않는다고 가정 할 수 있습니까? 내 생각에 아마도 gitignore와 readme.txt가있는 repo 폴더가 있고 repo를 구성하는 프로젝트의 폴더가있을 것입니다.

15 version-control  git 

전통적인 VCS에서는 빌드를 중단 할 수 있기 때문에 해결되지 않은 파일을 커밋하지 않는 이유를 이해할 수 있습니다. 그러나 DVCS에서 해결되지 않은 파일을 커밋해서는 안되는 이유를 이해하지 못합니다 (일부 파일은 실제로 파일 커밋을 방해 합니다). 대신에, 나는 당신의 저장소에서 고정되어야한다고 생각 밀어 및 당기 하지만, 커밋하지. 병합 과정에서 커밋 할 수 …

15 version-control  git  mercurial  dvcs 

DVCS 리포지토리가 중앙 집중식 카운터 공간과 동일하거나 적은 공간을 사용하도록 여기와 SO에 대한 몇 가지 토론을 읽었습니다. 나는 그것을 놓쳤을 수도 있지만 그 이유에 대한 좋은 설명을 찾지 못했습니다. 누구 알아?

15 version-control  git  svn  mercurial  dvcs 

동료와 나 자신은 우리가 여러 의견을 가지고있는 문제에 부딪쳤다. 현재 우리는 모든 크론 작업을 유지하는 git 저장소를 가지고 있습니다. 약 20 개의 크론이 있으며 작은 크론 스크립트이며 일부 활동에 필수적이라는 사실을 제외하고는 실제로 관련이 없습니다. 우리는 사용하고 fabric.py배포 할 파일과 requirements.txt파일은 모든 스크립트에 대한 요구 사항을 관리 할 수 있습니다. …

15 python  version-control  git 

무료 라이센스로 오디오 핑거 프린팅 소프트웨어 프로젝트를 릴리스하려고하지만 저장소에 저작권이있는 오디오 파일이 포함되어 있습니다. 테스트 사례는 현재 이러한 파일을 사용합니다. 최대 버전 기록으로 저작권을 위반하지 않고 코드를 일반인에게 공개하려면 어떻게해야합니까? 세부: 코드는 git에서 버전이 지정됩니다. 릴리스 전에 모두 하나의 브랜치로 다시 접습니다. 400MB의 오디오 데이터가 있습니다. 일부 파일은 Jamendo와 같은 …

15 open-source  testing  git  release