아직 초기 개발 단계에있는 동안 코드를 GitHub에 푸시해도 괜찮습니까?


18

개발 초기 단계에있는 프로젝트가 있습니다. 그들은 완성에 가까워지지 않지만 GitHub에서 (공개 저장소로) 호스트합니다.

  • 컴퓨터가 여러 대 있는데 어디서나 코드에 액세스하고 싶습니다
  • 코드 백업을 원합니다
  • 누군가가 어떤 식 으로든 협업하기를 원한다면 쉬워지기를 원합니다
  • GitHub 이슈를 가난한 사람의 프로젝트 관리 소프트웨어로 사용합니다

개발 초기에 GitHub에 프로젝트를 게시해도 괜찮습니까? 나는 OMG this is total BS, this code is so bad!개발 중이거나 테스트되지 않은 코드를 닦지 않고 /보고있는 동안 누군가가 와서 말하는 것에 대해 약간 걱정하고 있습니다.

새로운 공공 프로젝트를 시작할 때 어떤 관행이 있습니까? 당신이 보여줄만한 무언가가 생길 때까지 기다리거나 GitHub에서 직접 레포를 만들고 거기서 시작합니까?

GitHub이 게시물 전체에서 사용 되었지만 이것은 모든 코드 호스팅 서비스에 적용됩니다.


GitHub는 제한적인 액세스 옵션을 제공합니까?
FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner 유료 계정에만 해당됩니다. 아무도 당신의 레포로 직접 갈 수는 없지만. 이를 위해 풀 요청을 작성해야하며 승인하고 직접 병합해야합니다.
marco-fiset

아 유료 계정은 꽤 비쌉니까?
FrustratedWithFormsDesigner

7
Bitbucket (무료)을 사용하고 비공개 리포지토리로 유지 한 다음 확인 된 것으로 공개되면 공개 할 수 있습니다.
Rig

@FrustratedWithFormsDesigner 그렇게 많지 않습니다. 월 7 $부터. 하지만 당신은 이미 알고 있었을 것입니다. : P 당신은 내가 돈을 지불하고 닥칠 수 있다는 것을 깨닫고 싶었습니다. 그냥 농담 : P
marco-fiset

답변:


37

물론 GitHub에서 현재 호스팅되는 4,098,118 개가 넘는 프로젝트가 100 % 훌륭하고 유용 할 것이라고 상상하기는 어렵습니다! 다른 사람이 코드를 사용하거나 보도록 강요하지 않습니다. 프로젝트를 주로 자신을 위해 호스팅하는 경우 코드 품질이 중요합니다.

프로젝트를 호스팅해야하는 모든 올바른 이유를 나열했습니다. 백업, 범용 액세스 및 다른 사람들과의 협업 가능성은 가능한 한 빨리 호스팅을 시작해야하는 큰 이유입니다.


12

원하는 것을 최대한 빨리 푸시하십시오. 당신이 그것을 공개하지 않으면 아무도 그것을 보지 않을 것이고 그것은 흥미 롭습니다.

정말 걱정된다면 일부 무료 코드 호스팅 서비스는 개인 저장소를 제공합니다.


2
무료 개인 저장소가있는 그러한 서비스 중 하나는 Bit Bucket입니다.
davidhaskins

4

대부분의 프로젝트 관리 기능, 모든 클라우드 기반 DCVS 기능 및 무료 개인 저장소가있는 Bitbucket을 사용하여 DL에 유지할 수 있습니다.


2

물론 초기 개발에 게시 할 수는 있지만 사전 알파, 나중에 설정된 알파, 베타로 표시하십시오.


2
실제로 릴리스를 계획 할 때까지 (그리고 심지어 누군가가 관심을 가질만큼 충분히 큰 경우에만)이를 추적 할 필요가 없습니다.
Brendan Long

1

아무도 당신의 프로젝트에 걸려 넘어지지 않을 것입니다. 그리고 그들이 그렇게한다면 그들은 인터넷을 통해 타 오르지 않을 것입니다.


1

코드가 불완전하다고 생각하는지 아니면 평범하지 않은지에 따라 다릅니다. 나쁘면, 당신은 지금 또는 곧 새로운 지위를 찾고 있는지 고려할 수 있습니다. 잠재적 고용주가 귀하를 조사하는 경우 코드를 검색 할 수 있는지 여부

OTOH, 나쁜 코드조차도 특히 그렇게 언급되면 보너스로 간주 될 수 있습니다.

나의 충고 :주의해서 결정하십시오.


0

물론 원하는 것을 푸시 할 수는 있지만 더 많은 베타 솔루션을 GitHub에 푸시하면 더 좋습니다.

DropBox 를 사용하여 GitHub 프로젝트를 쉽게 저장할 수 있으며 좋은 점은 모든 컴퓨터에서 프로젝트에 액세스 할 수 있다는 것입니다.


4
나는 이것을 반대하는 것이 좋습니다. 개인적인 경험을 통해 두 시스템이 파일을 동기화하려고 시도하여 변경되고 되 돌린 파일이 크게 혼란스러워지고 있음을 알았습니다. 내 접근 방식은 대부분의 코드에 Dropbox, 모든 코드 / 버전 제어 파일에 대한 50GB 계획 및 github이며 트웨인이 필요합니다.
Michael Durrant

나는 동의한다. Dropbox + git (특히 .git디렉토리)은 섞이지 않습니다.
asmeurer
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.