«git» 태그된 질문

Git은 오픈 소스 DVCS (Distributed Version Control System)입니다.

4
Git 커뮤니티가 나란히 차이점을 무시하는 이유는 무엇입니까?
나는 Windows, SVN, Tortoise SVN 및 Beyond Compare를 사용했습니다. 코드 검토를위한 훌륭한 조합이었습니다. 이제 OSX와 Git을 사용합니다. Gitx 및 DiffMerge와 함께 bash 스크립트를 함께 처리하여 간신히 받아 들일 수있는 해결책을 제시했습니다. 나는이 설정 및 이와 유사한 설정을 1 년 넘게 혼동했습니다. 나는 또한 Github diff viewer와 Gitx diff viewer를 사용해 …
33 git 
5
나는 수은의 분기에 혼란스런 자식 사용자입니다. 작은 변화를 어떻게 추적해야합니까?
나는 항상 이전에 git을 사용했지만 파이썬에 기여하고 싶기 때문에 수은을 배워야하며 매우 실망 스럽습니다. 그래서 몇 가지 작은 패치를 만들었고 로컬 수은 저장소에서 커밋으로 추적하고 싶었습니다. 분명히 수은에서 분기를 처리하는 4 가지 방법이 있습니다 . 1과 4는 나에게 완전히 어리석은 것처럼 보였습니다. 지명 된 지점은 헤비급 것처럼 보였고 빠른 1 …
4
GIT을 사용하여 프로젝트에서 작업하는 여러 사람 관리
나는 GIT / GitHub에 매우 익숙하다 (어제부터 시작된 새로운 것). Github을 사용하여 동일한 프로젝트에서 작업하는 여러 사람을 관리하는 가장 좋은 방법이 무엇인지 알고 싶습니다. 현재 저는 네 명의 개발자와 하나의 프로젝트를 관리하고 있습니다. 워크 플로를 진행하고 모든 것이 동기화되도록하려면 어떻게해야합니까? (참고 : 모든 개발자는 하나의 범용 계정을 갖습니다.) 각 개발자는 …
32 git  github 
2
Git을 사용할 때 적극적인 개발을 위해 마스터 브랜치를 사용하고 있습니까?
첫째, 일부 배경, 우리는 모든 프로젝트 팀을 git 사용으로 옮기는 과정에 있으며 특정 지점을 지속적으로 통합하고 모니터링 할 수 있도록 리포지토리를 구성하는 방법에 대한 지침을 마련하는 과정에 있습니다. 테스트 서버에 자동 배포 현재 개발중인 두 가지 모델이 있습니다. 가장 안정적인 코드를 나타내는 마스터 브랜치, 블리딩 에지 ​​코드를위한 개발 브랜치, QA …
32 git  branching 
13
GIT로 이동하기 전에 SVN을 이해해야합니까? [닫은]
나는 자신을 포함하여 이전에 아무도 소스 컨트롤을 사용한 적이없는 부서에서 일하고 있습니다. 나는 개념을 추진하려고합니다. SVN을 연구하는 동안 약간의 시간을 보냈습니다. 나는 몇 가지 기본 사항을 배웠다. 커맨드 라인과 Tortoise에서 생성 / 업데이트 / 체크 아웃 / 커밋 할 수 있습니다. 태그와 브랜치 방법을 배우기 시작했지만 여전히 브랜치와 트렁크 간의 …
31 svn  git 
4
언제 커밋에 버전 태그를 지정해서는 안됩니까?
컨텍스트 : 최근에 Semantic Versioning 에 대해 알게되었고 실제로 내 프로젝트에 가장 효과적으로 사용하는 방법을 결정하려고합니다. semver가 버전 변경을 위해 주요 변경, 사소한 변경 및 패치를 고려할 때, 커밋에 업데이트 된 버전으로 태그를 지정해서는 안되는 시점은 언제입니까? 모든 변경 사항이 이러한 범주 중 하나에 맞을 것이므로 모든 변경 사항을 버전 …
3
핫픽스를 처리하는 동안 여러 활성 릴리스에 대한 적절한 Git 워크 플로우
우리 제품에 가장 적합한 Git 워크 플로를 선택하려고합니다. 매개 변수는 다음과 같습니다. 우리는 일년에 몇 번의 주요 릴리스를 수행합니다. 동시에 여러 버전의 제품이 활성화되어 있습니다 (일부 사람들은 v10.1, 일부는 v11.2 등). 동시에 여러 릴리스에서 작업 할 수 있어야합니다 (v12.1에서 작업 할 수 있지만 릴리스가 끝날 때 v12.2에서 동시에 작업하기 시작 …
2
Git Flow와 같은 병합 전략은 실제로 반 패턴입니까?
우리 회사는 Git을 사용하고 있으며 독특한 분기 방식을 사용하고 있습니다. 작업은 마스터에서 수행되며 지점은 릴리스를 위해 예약됩니다. 반복에서 수행 된 모든 작업이 지점으로 들어가는 한 제대로 작동하지만 중요한 생산 문제가 발생하면 작업이 두 지점 모두에서 이루어 지도록해야합니다. 최근에, 우리는 그 지점들과 함께 "재미"를 가지고 있습니다. 관리상의 골칫거리로 모든 작업이 모든 …
3
여러 하위 프로젝트에서 프로젝트를 분리하는 경우
작업중 인 프로젝트를 하나의 저장소가 아닌 두 개의 저장소로 나누는 것이 타당한 지 알고 싶습니다. 내가 말할 수있는 것에서 : 프론트 엔드는 html + js로 작성됩니다 .net의 백엔드 백엔드는 프론트 엔드에 의존하지 않으며 프론트 엔드는 백엔드에 의존하지 않습니다 프론트 엔드는 백엔드에서 구현 된 편안한 API를 사용합니다. 프런트 엔드는 모든 정적 …
3
재 작성을위한 버전 관리 실습
우리는 언어 X에서 제품 (시제품) P_OLD를 개발했으며 이제 언어 Y에서 P_NEW로 처음부터 다시 작성하고 있습니다. P_NEW와 P_OLD는 동일한 제품이므로 P_NEW는 P_OLD old의 자랑이거나 자체 저장소 여야합니까? 버전 관리 관점에서 이러한 큰 변화를 처리하는 일반적인 방법은 무엇입니까?
6
SVN 병합에있어 어려운 점은 무엇입니까?
가능한 중복 : 나는 Subversion 괴짜입니다. 왜 Mercurial이나 Git 또는 다른 DVCS를 고려해야합니까? SVN에서는 병합이 어렵고 고통스럽기 때문에 분산 버전 제어 (Git, HG)가 SVN과 같은 중앙 집중식 버전 제어보다 본질적으로 우수하다고 말하는 사람이 가끔 있습니다. 문제는 SVN에서 병합하는 데 아무런 문제가 없었으며 실제 SVN 사용자가 아니라 DVCS 옹호자가 주장한다는 주장을 …
28 git  svn  mercurial  dvcs  merging 
11
분산 버전 제어 시스템의 비즈니스 사례
git / mercurial / bazzr 시스템이 중앙 집중식 시스템 (subversion, perforce)보다 나은 비즈니스 이유를 검색하지 못했습니다 . 당신은 DVCS를 제공 할 것을 인수 비 기술적 인 사람에게 DVCS를 판매하려고 한 경우 이익 증가 . 곧 관리자에게 git을 던질 것입니다 .subversion 저장소를 변환하고 smartgit 라이센스를 구입하는 데 약간의 시간이 걸립니다. 편집 …
6
버전 기록이 정말 신성합니까 아니면 리베이스하는 것이 더 낫습니까?
나는 Mercurial의 mantra 1에 항상 동의 했지만, 이제 Mercurial은 rebase 확장과 함께 제공되며 git에서 인기있는 관행이므로 실제로 "나쁜 습관"으로 간주 될 수 있는지 궁금합니다. 사용을 피하기에 충분히 나쁘다. 어쨌든, 나는 밀고 난 후에 rebasing이 위험하다는 것을 알고 있습니다. OTOH, 5 개의 커밋을 하나의 패키지로 패키지화하여 (특히 생산 지점에서) 멋진 것으로 …
26 git  mercurial  dvcs 
6
새 프로젝트에 대한 마스터 링을 언제 중단해야합니까?
새로운 프로젝트가 시작될 때마다 "안정적인"무언가를 얻을 수있을 때까지 마스터에게 직접 커밋하여 시작한 다음, 지점에서 일을 시작하는 것이 좋습니다. 적어도 이것이 내가 정상적으로하는 방법입니다. 두 번째 커밋에서 즉시 분기를 시작하는 방법이 있습니까? 이런 식으로하는 것이 합리적입니까? 분명히, "초기 커밋"은 항상 마스터가되지만, 그 이후에 새로운 기능을위한 브랜치를 만들기 시작하는시기가 언제인지 알 수 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.