사용자 참여를 많이 기다리시는거 같아서 생각을 더 그런 쪽을 해봤어요. 어떤 PR이 올라오면 사용자들끼리 테스트 해보고 테스트한 환경과 그 결과를 댓글로 적어두면 도움이 될것 같아요.
그러려면 원글 작성자가 PR의 의도를 자세히 작성해주면 도움이 되겠지요!
XE 팀은 정책에 위배되는 PR이 아니라면 사용자의 피드백을 통해서 테스트를 해도 빠질 수 있는 빈 구멍을 조금 더 피할 수 있는 장점이 있습니다.
이건 XE팀 허락이 필요한게 아니니 지금부터 저는 하겠습니다 :)

PS. 댓글로 적다보니, 괜찮은 정보가 될 것 같긴 합니다. 적길 잘한 것 같습니다.

PS2. 여기엔 좋아요 말곤 아무도 반응이 없군요.. 그래요.. 실천방안까지 저 스스로 다 한다는 제안은 이렇게 별 반응이 있기 어렵습니다...

이정도면 하고싶은 얘기 다 한 것 같고,

커미터 관련된 얘기는 개발자들만 관심을 가지고 있는 것 같고, XE개발자들 내에서도 의견조율이 필요할 듯 싶으니 당장에 실현되기도 힘들것 같고요.

오래된 PR 발굴작업이나 해봐야겠습니다. 현재 아직 닫혀있지 않은 Pull Request는 60여개나 됩니다. 오래된 PR중에 건질만한것이 한두개는 넘겠지요

테스트와 관련해서 한 가지 더 제안드립니다.

지금은 develop 브랜치에 PR을 merge한 후, 새 버전 릴리즈 때마다 일괄적으로 master 브랜치에 올려보내고 있습니다. 즉, develop 브랜치에 뭔가를 merge한다는 것은 곧 그것을 차기 버전에 적용하겠다는 뜻이 되어 버립니다. 가끔 revert되는 경우가 있긴 하지만, 어디까지나 예외이고요.

그래서 어떤 PR을 차기 버전에 적용하겠다고 결정하기 전까지는 develop 브랜치에도 감히 merge할 수가 없습니다. develop 브랜치에 뭔가를 merge하는 것이 상당히 부담스러워지는 것입니다. master 브랜치에 merge하는 것이 부담스러워야 하는 것은 당연하지만, 그 부담을 덜기 위해 develop 브랜치를 따로 두는 건데... 비슷한 상황이 되어버렸어요. PR이 오랫동안 방치되고, 나비효과 걱정에 밤잠을 설치시는(?) 것도 이것 때문이 아닌가 합니다.

게다가 테스트하는 입장에서도 모든 PR을 일일이 checkout하여 테스트하기는 쉽지 않습니다. 즉, 지금의 PR 처리 방식은 커미터 분들에게 부담을 드리는 것은 물론, 제대로 테스트하기에도 어려운 구조입니다. (대표적인 예로 #1461이 있었습니다. 몇몇 분들이라도 실제 상황에서 테스트해 보셨다면 유니코드 문제를 즉시 발견했을 텐데요.)

그래서 약간 다른 구조를 제안드릴까 합니다.

1.8.x 정식 릴리즈와 별도로, develop 브랜치에게 unstable version의 역할을 맡기는 것입니다.

당장 눈에 띄는 문제가 없는 PR은 가능한 빨리 (예: 1주일 이내에) develop 브랜치에 merge하고, 테스트에 관심이 있거나 최신 기능을 먼저 써보고 싶은 분들은 develop 브랜치를 사용해 보라고 권하는 것입니다. (매일 git pull 해주는 것은 필수!)

여기서 한동안 (예: 1개월간) 문제가 없으면 관련 커밋만 git cherry-pick해서 master 브랜치로 올려보내면 됩니다. develop 브랜치를 통째로 master에 올려보내는 게 아니고요. 안정화된 기능들만 올려보내고, 나머지는 안정화될 때까지 두 달이고 석달이고 그냥 놔두면 돼요. svn이라면 골치아프겠지만, git이라면 이런 것도 얼마든지 가능합니다.

이렇게 하면 PR도 빨리빨리 처리가 가능하고, 더 폭넓은 테스트가 가능하고, PR에 어떤 식으로든 반응을 보이기 전에 차기 버전 적용 여부부터 결정해야 한다는 부담 역시 덜 수 있지 않을까 합니다. 덜컥 merge했다가 문제가 생기면 master 브랜치로 올려보내지 않으면 그만이니까요.

꼭 develop이 아니라 다른 브랜치여도 상관없습니다. 더 큰 프로젝트들은 셋으로 나누기도 합니다. 파이어폭스 브라우저의 경우 안정화 버전은 stable, 다음 안정화 버전에 포함시킬 기능들만 골라서 심화테스트하는 곳은 beta, 그때그때 새 기능을 테스트하는 곳은 aurora 또는 developer edition으로 되어 있지요.

자유게시판을 없앤것이 아주 좋은 결정이었다고 생각합니다.

자유게시판이 사라졌는데도 공격적인 자세에 반말이 이정도인데

소통을 부르짖는 몇몇 사람들 보면 자신의 뜻과 다르면 소통이 아닌 공격을 하던데

그런식의 공격적인 행동이 소통이라면 앞으로도 현 상태를 유지하는것이 좋다고생각합니다.

XE팀의 결정을 존중하며 소통의 공간이 필요하다면 그 소통이 필요하다는분들끼리 만들면 아주좋겠네요.

논쟁을 떠나서 대화하는 상대방의 입장을 고려해 조금만 더 조심히 말할수있는 능력을 길러야할것같습니다.

의식하거나 의식하지 못했던지 간에, 사람들은 자신의 의견이 더 맞음을 강요하면서 자신의 의견을 정당화하며 토론이아닌 논쟁을 하고 있는 것 처럼 보입니다.

이는 '안타까움'이나 '관심'이 아닌 정신적으로 문제있는 사람들이 자신의 감정을 스스로 해결하지 못해 남에게 감정적인 교환을 요구함으로서 필요한 욕구를 채우는 부당한 정신적 행위일 뿐입니다.

XE 팀으로부터 반응을 바라지마시고, 스스로 문제가 무엇인지 생각하신다음에 자신의 표현이 정당한지, 그것이 올바른 방법으로 잘 전달되었는지를 고려하셨으면 좋겠습니다.

개발자와 디자이너들은 좀 더 높은 수준에서의 대화를 누릴 자격이있고, 충분히 적절한 논리적대화가 가능한 사람들입니다.

사태 사태라

사태는 아롱사태인가

오랜만에 와서 무슨 일이 생겼나 싶었는데.. 잠깐 훑어보니 저작권 관련 분쟁인 것 같네요.

다 끝난 와중에 다시 꺼내는 것은 저도 싫지만, XE 측에서도 기분 나쁜 이야기들로만 받아들이지 않으시고 참고하셔서 다음 버전에는 저작권 관련 부분은 확실히 해두시는 것이 어떨까요. 향후 이 문제로 법적인 문제도 생길 소지도 있고, 예부터 과전이하라고 사전에 미리 잘 가다듬어 놓으면 이번 일을 가장 잘 해결하는 모습이 될 것 같은 마음에 의견을 남깁니다. :-)