로컬 컴퓨터에서만 git을 사용하는 것이 합리적입니까? [닫은]

로컬에서만 git을 사용하는 것이 괜찮습니까? 개인 저장소 (예 : Github)를 제공하는 서비스에 대해 비용을 지불하고 싶지 않지만 git은 폐쇄 소스 프로젝트를 구성하는 좋은 방법이라고 생각합니다.

git을 로컬에서 사용하는 것이 전적으로 합리적이고 가능하지만 백업하는 것이 좋습니다.

기본적으로 어디에서나 repos를 임의로 푸시 할 수 있습니다. Github는 쉽게 호스팅하고 협업 할 수 있습니다. 원격 저장소를 원하는 경우 Google 드라이브 또는 Dropbox 사용과 같은 다른 옵션이 있습니다 .

git은 로컬에서만 사용하는 것이 합리적입니다. 중복 이유로 로컬 네트워크 드라이브 또는 이동식 백업으로 푸시하려고 할 수도 있지만 git 자체는 다른 서버에 연결하지 않고도 완벽하게 작동합니다.

git을 로컬에서 사용하는 또 다른 위대한 주장은 (즉, 우주에서 하나의 사본 만)입니다 git bisect. 그것은 성가신 버그가 추가 된 커밋을 정확하게 좁힐 수있게 해줍니다 (따라서 훨씬 작은 문제 코드 세그먼트에 집중할 수 있습니다).

git bisect에 대해서 더 읽어보세요.

Git을 로컬로 사용하는 유일한 단점은 (SCM을 전혀 사용하지 않는 것과 비교) 커밋, 브랜치 및 태깅의 추가 작업이며 추가 작업은 그랜드 스킴에서 무시 될뿐만 아니라 코드 구성에 직접 기여합니다. 진행 상황을 문서화합니다.

또한 Git은 분산 SCM입니다. 일반적인 사례는 중앙 저장소와 함께 사용하는 것이지만 하나없이 사용할 수 있도록 설계되었습니다. 당신은 만들 수 있습니다 패치 (더 나은 또는 - 번들 - 패치 팩은 [하나의 패치는 하나의 커밋을 포함 할 수 있습니다]) 및 백업으로 동료에게 우편으로 보내거나 저장. 중앙 리포지토리를 사용하는 것보다 편안하지는 않지만 사람들이 개인 저장소를 지불하거나 자체 서버에서 호스팅하지 않고 공동 작업에 Git을 사용할 수 있습니다.

당신이 필요로하는 것과 당신이 그것을 위해 사용할 것, 당신의 요구에 대해 생각하십시오.
몇 시간 동안 스파이크 코드라면 괜찮을 수도 있습니다.

작업 버전을 저장하기 위해 백업을 시작하거나 시작해야 할 시점에 도달하면 버전 제어 시스템이 도움이 될 수 있습니다.

또한 작업 지점에 코드를 가져 와서 직접 스파이크를하고 싶다면 아래에 나와있는 것처럼 단독으로 기여할 수있는 분기를 수행하는 것이 편리 할 수 ​​있습니다. 어디서나 ( 'uncouple methods'는 내가 스파이크를 한 지점이었다) :

물론 여러 버전 및 / 또는 릴리스가있는 소프트웨어를 유지 관리하는 경우 특히 변경 사항을 병합 할 수있는 버전 제어 시스템이 매우 유용합니다.