오픈 소스 프로젝트가“잘 관리되지 않아서”포크 하시겠습니까?


12

주최자의 오픈 소스 프로젝트를 알고있는 경우

  • 그가 그렇게 많이 유지하지 않는 것이 정말 바빠서
  • 그리고 그는 몇 달 후 (바쁘신 것 같아요)까지 기여를 받아들이지 않는 사람의 유형입니다.
  • 그리고 프로젝트는 flo 치다

이 프로젝트를 포크하고 새로운 이름을 부여하고 계속 열심히 노력하고 주위에 코드 기여를 장려하는 새로운 커뮤니티를 구축 하시겠습니까? 기본적으로 더 나은 관리 프로젝트는 이제 관리가 좋지 않습니다.

답변:


15

현재 관리자가 기꺼이 맡을 수 있는지 살펴 보는 것부터 시작해야합니다. 문제는 그가 바쁘다는 것이므로 기꺼이 그것을 나눠 줄 것으로 기대합니다. 그것이 효과가 있다면 관련된 모든 사람들에게 더 좋습니다.

그것이 실패하면, 별도의 프로젝트를 만들지 않고 유지 관리하는 배포에 기여를 수집하는 것이 좋습니다. 그렇게하면 기존 커뮤니티 내에서 일할 수 있습니다. 희망은 결국 관리자가 빛을보고 당신의 제안을 받아들이기를 바랍니다.

실패하면 포크하십시오. 그 시점에서 당신은 약간의 가시성을 얻었고 나는 당신이 원래 커뮤니티의 일부를 끌어 들일 것이라고 생각합니다. 그러나 동시에, 당신은 지역 사회를 나누려는 당신의 욕구가 아니라는 것을 분명히했습니다.


이것은 오픈 소스 소프트웨어의 단점 중 하나 인 것 같습니다 ... 프로젝트를 사용하기 시작한 다음 흔들 리기 시작하므로 결정 포인트가 있습니다. 기존 채널을 통해 가려고하면 포크 가이 대답을 좋아합니다. 아무것도 작동하지 않습니다. 또한 변경 사항을 계속해서 원래 프로젝트에 계속 병합하려고합니다. 충분한 사용자가 배를 뛰어 넘으면 원래 소유자의 말이 들릴 것입니다. 행운을 빕니다.
cjstehno

+1은 또한 GitHub 또는 이와 유사한 것을 사용하면 포크와 병합이 매우 쉬워지기 때문에 커뮤니티 분할 하지 않고 코드베이스를 포크하는 것이 매우 쉽다고 덧붙입니다.
mikera

6

나는 그것을 포크하고 내가해야 할 일을 할 것입니다. 그것이 다른 사람들을 끌어 들였다면 기여하고 싶어합니다. 나는 사람들을 유혹하려고 시도하지 않을 것입니다. 그것은 내 취향에 대한 정치와 너무 흡사합니다.


+1. 변경 사항을 다시 병합하는 옵션을 남겨두고 발가락을 밟지 않지만 필요한 작업을 계속 수행 할 수 있습니다.
Larry Coleman

4

원래 프로젝트 구성 담당자에게 연락하여 기꺼이 물러나서 관리하게할지 확인하겠습니다. 물론 왜 자신보다 나을지에 대한 좋은 사례를 만들어야합니다. 그가 비판을 기꺼이 받아들이는 괜찮은 사람이라면, 당신은 무언가를 해결할 것입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.