불가, pr이 있으면, 변경이 쉽지 않아, pr이 없어서 close...
버리라는 건지 ㅠ_ㅠ;;
아마 내부적으로는 버린 건지도 모르겠군요. XE3를 XE처럼 홍보하고 있으니깐..
불가, pr이 있으면, 변경이 쉽지 않아, pr이 없어서 close...
버리라는 건지 ㅠ_ㅠ;;
아마 내부적으로는 버린 건지도 모르겠군요. XE3를 XE처럼 홍보하고 있으니깐..
이온디님은 몇몇 팁글에서 어디를 어떻게 수정하면 되는지까지 꼼꼼하게 적어주셨으니, 충분히 PR을 작성하실 수 있을 거라고 생각합니다^^
개인적으로 코어 수정 방법을 알려주는 팁글에는 모두 깃허브 PR 링크가 하나씩 붙어야 한다고 생각합니다. 수정 방법을 개인 사이트의 게시물에만 남겨 놓으면 몇 년 후에는 어떻게 적용해야 할지 막막하거든요. PR은 어디를 어떻게 수정해야 하는지 아주 분명하게 표시되고, XE 개발팀에서 받아들이지 않고 닫아버리더라도 영구적으로 기록이 남는 것은 물론, 원하는 사람은 git을 사용하여 최신 버전에 재적용할 수도 있기 때문에 훨씬 쓸모가 있습니다.
유지보수 종료 전 1년 혹은 최소 6개월 이전에는 미리 공지하겠다고 말해 왔습니다. 3년 전 쯤부터 말이죠.
비록 많은 시간을 할애하지 못하여 이슈를 처리하는데 소극적이기도하고, 일정을 잡아 놨다가도 다시 다음으로 넘기는 일이 있기는 하지만 가능한 것에 대해서는 해보려하고 있습니다.
PR은 수정해야 할 범위나 변경사항이 너무 크거나 복잡하지 않으면 이슈 내용에 코드 첨부해주시면 반영 가능합니다. 코드 수정하시고 diff툴로 변경 사항을 캡쳐하거나 .diff, .patch 같은 파일로 만들 수도 있습니다. 그걸 첨부해주시면 훨씬 편리하고 문제 없이 코드에 반영할 수 있습니다. 물론 github PR이 기록도 더 상세히 남아서 좋지만 diff툴을 이용해서 주셔도 좋습니다.
현재 XE 1.X 는 기능개발이 아니라 보안 이나 버그 등 유지보수 쪽에 집중하고 있으니
새로운 기능개발이나 변경사항은 PR 이 있어 검토만 하면 되는 정도면 받아들이지만
단순히 이렇게 해주세요.. 라는 건의 쪽으로는 잘 받아들이질 않습니다.
이온디 님도 XE 를 잘 다루시니 직접 PR 을 해보세요
( 전 아직도 github 를 잘 못 다루다보니 가끔 PR로 올릴까하다가도 github 가 귀찮아서 그냥 안 하지만 )
( 참고로 수정방법을 다른 곳에 적어두고 링크 걸어둬도 잘 반영 안 해줍니다. PR 로 직접 처리를 해야 검토됩니다 )
전 XE 에서 계속 보안 이슈만 처리해줘도 그것만으로 충분히 역할을 하고 있다고 생각하기에
그걸 버렸다고 표현할 수는 없겠죠... ^^