go-ethereum history 보존

[hackmod]

go-esc의 소스코드를 go-ethereum 최신 소스코드 상태로 유지하려면, 다시 말해서

1. go-ethereum 소스코드에서 고쳐진 버그를 go-esc에도 반영하려면
2. go-ethereum 소스코드에서 개선된 부분을 go-esc에도 최대한 반영하려면 go-ethereum 소스코드의 히스토리를 그대로 보존하고, 여기에 go-esc 수정된 내용을 올리는 것이 가장 좋을 것입니다.

일부 프로젝트들은 개발자들이 무엇을 고쳤는지 공개하지 않기 위해서 일부러 원본 소스의 히스토리를 없애고, 고친 부분이 어떤 부분인지 찾기 어렵게 하는 정책을 취하기도 합니다만, 별로 좋은 정책도 아니고, 오히려 다른 개발자들에게 비난거리가 되기 십상입니다.

땡글에서 이 부분에 대해서 여쭤보니 의도한 것이 아니라고 하셔서, go-ethereum 소스트리 기반으로, go-esc 변경 부분을 올리려고 합니다.

일단 제가 할 수 있는 부분은, go-ethereum 소스 히스토리 + go-esc 변경분을 그대로 올리는 작업입니다. 작업 끝내면 pull리퀘스트로 올리도록 하겠습니다.

개발에 관심이 있으실 분들을 위해서, go-esc 개발자라면 다들 아실 만한 내용을 좀 더 자세히 써봤습니다.

추가: go-esc의 원본 브랜치 포인트는 이더리움 안정버전 v1.7.3 일 것으로 보입니다.

[ghost]

@hackmod 원래는 수정 내역마다 버전관리를 하는것이 좋지만, ESC 코인 나름의 작업방식이 있었을태니 그건 존중해 줍시다.

2013, 4년 가량에 나온 코인들은 대부분이 ESC 코인처럼 업로드 방식입니다.

지금도 비트코인 다이아나 타 코인들 보면 그렇게 하고 있고 딱히 문제가 되는 부분이 아니라서요

떙글 입장에서도 오픈소스로 공개하면 되지 뭣하러 히스토리를 남길 필요가 있을까요? 노하우를 공유하는것도 아니고 말이죠.

[hackmod]

@akx20000a 네 어렵지도 않지만 제가 결벽성이 좀 있네요. 히스토리를 남겨둬야 무슨 문제가 발생했을때에 역추적이 쉽습니다. 또 다른 초보 개발자들이 좀 더 쉽게 접근할 수 있습니다. 무엇을 고쳤더니 작동하고, 무슨 실수를 했더니 문제 생기더라 등등. 그리고 최소한의 변경 내역을 공개하면 다른 개발자들이 좀 더 쉽게 노하우를 알게되겠죠. 결국 오픈소스가 그런 식으로 돌아가는 것이니.

[ghost]

@hackmod 거기까지만 해도 되는걸 사기라고 펌훼하시면 저희도 가만 안 있습니다. 하시는거 뭐든지 간에 저희가 당한거랑 똑같이 해드릴게요 😄 해킹당한 거래소가 하는 프로젝트가 뭐가 좋아서 졸졸 따라다니는지 모르겠지만요 자존심도 없으시나 ㅋㅋㅋㅋㅋ

[ghost]

@hackmod 그렇게 영어 쓰면 뭔가 될 줄 알았죠? MyEtherWallet/ethereum-lists#451

[hackmod]

히스토리 문제는 일단 대충 해결되었으므로 닫습니다