Proposal - Maintaining a ChangeLog

I wrote an initial ChangeLog in #504 to help us follow through the tons of changes between versions.

I went through the closed PR since GitPoint was published on github, and I curated the list.
(@housseindjirdeh I'm not sure what was in 1.2 and what was in 1.3 though).

The idea would be to update this file every time a PR is merged carrying a _significant_ change to GitPoint. (and RN versions upgrades which seemed important to me)

These changes should be relevant to the end-user, and be formatted as follow:
- Added XXXXXX (#PR_NUMBER)
- Fixed XXXXXX (#PR_NUMBER)

Minor cosmetic/ui/ux fixes and changes shouldn't be written down. Neither should build related stuff.

The ChangeLog should also be updated with every release of the app to add the version number, release date & create a new master section.

Opinions ?

Bắt đầu với ChangeLog ban đầu được tham chiếu trong issue #504, sau đó xem xét các pull requests đã đóng kể từ khi GitPoint được phát hành để so sánh các mục được tuyển chọn. Xác nhận cách nhóm các phiên bản và ngày phát hành, đồng thời ghi lại định dạng đã thống nhất cho những thay đổi đáng kể đối với người dùng, loại trừ các thay đổi về giao diện và build.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.