-
Notifications
You must be signed in to change notification settings - Fork 636
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a ChangeLog file #1206
Add a ChangeLog file #1206
Conversation
Codecov Report
@@ Coverage Diff @@
## release-candidate #1206 +/- ##
====================================================
Coverage ? 99.70%
====================================================
Files ? 6
Lines ? 682
Branches ? 176
====================================================
Hits ? 680
Misses ? 0
Partials ? 2 Continue to review full report at Codecov.
|
- [FreeRTOS/coreJSON](https://github.com/FreeRTOS/JSON) for JSON parser library | ||
- [aws/device-shadow-for-aws-iot-embedded-sdk](https://github.com/aws/device-shadow-for-aws-iot-embedded-sdk) for AWS IoT Shadow service client library. | ||
- The above library folders in `libraries/` folder has been replaced with submodule to the individual repositories. | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We may have to mention about the Jobs library is not part of this release as it was part of the earlier release.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good suggestion. Updated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the word we used elsewhere is "refactored". I think we also agreed to have it without the specific date, so just Sept 2020.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have replaced re-designed
with re-factored
.
I have combined the 2 bullet points mentioning about the new individual repositories and the use of submodule pointers
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Have removed the specific date to just use Month Year
format
- [aws/device-shadow-for-aws-iot-embedded-sdk](https://github.com/aws/device-shadow-for-aws-iot-embedded-sdk) for AWS IoT Shadow service client library. | ||
- The above library folders in `libraries/` folder has been replaced with submodule to the individual repositories. | ||
|
||
## [3.0.1](https://github.com/aws/aws-iot-device-sdk-embedded-C/releases/tag/v3.0.1) (May 10, 2018) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We would need to also mention about the tag 3.1.0 which was the latest content in master of V3 CSDK, which was unreleased.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good point, have added text for the tag
CHANGELOG.md
Outdated
## 202009.00 (September 14, 2020) | ||
|
||
- This release introduces re-designed MQTT client library, JSON parser library and the AWS IoT Shadow client library. | ||
- The AWS IoT Jobs service client library is not part of this release. It will be part of a future release. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I dont think we need to call this out aspect of Jobs lib.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay, have removed it. Or is there another aspect of the Jobs library that is worth mentioning?
CHANGELOG.md
Outdated
- The above library folders in `libraries/` folder has been replaced with submodule to the individual repositories. | ||
- Commit [6f88ba7](https://github.com/aws/aws-iot-device-sdk-embedded-C/commit/6f88ba7e5471b550f9b9c0fb9bed7ef6e1230caf) has been tagged as [v3.1.0](https://github.com/aws/aws-iot-device-sdk-embedded-C/tree/v3.1.0) SDK. The commit was part of the `master` branch following | ||
the commit tree of the [v3.0.1](https://github.com/aws/aws-iot-device-sdk-embedded-C/tree/v3.0.1) release. [v3.1.0](https://github.com/aws/aws-iot-device-sdk-embedded-C/tree/v3.1.0) is **NOT** a released | ||
version. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what does that mean? its tagged, why is not released?
If I am a customer reading it, what do I take away from it? Should I use v3.1.0 or not?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"Not released" raises these questions.
I believe we should call out v3.1 on a separate line saying that is the last V3 commit as of 09/2020.
I believe by 'not released' we mean no special testing has been performed on the tip of the last master, but we have tagged it for the reference.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Have created a separate section for v3.1.0
|
||
Bugfixes: | ||
|
||
- [#49](https://github.com/aws/aws-iot-device-sdk-embedded-C/issues/49) - Add support for SHADOW_JSON_STRING as supported value |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do we need this?
It seems to me that if we list all this, then we need to move to github to all our issues tracking.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is the content of the Change Log file from the v3.x series as-is. I think there is value in keeping the content of the previous releases untouched.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, if this is from last release, I agree to leave it unchanged.
CHANGELOG.md
Outdated
@@ -0,0 +1,246 @@ | |||
# Change Log for AWS IoT Embedded C SDK | |||
|
|||
## 202009.00 (September 14, 2020) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
when do we plan to merge this PR? At the day of release because of this info?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I plan to re-target this PR to the release-candidate
branch instead of waiting to merge this on the release date
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Change log should also go into master.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Based on the new workflow being discussed, I will merge it to master only (and it will be carried-forward to RC)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So if thats the case, I think we need to split this into 2 PRs. Before 9/14, master should get changelog upto v3x release. RC should have 202009.00 changelog. And then RC merges back to master and master gets it. Right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If the release-candidate
branch is going to be merged back to master
branch, then this PR can just be re-targeted to the release-candidate
branch.
@leegeth, what do you suggest?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we can merge it to release-candidate as is. After the release is done, we may just need to update the CHANGELOG.md in master and we can create a PR to do that. We may not need to merge the release-candidate back to master at all though with the new flow. What do you all think about that?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That works for me as long as we have a plan to port back changes from release-candidate
to master
…ent in upcoming release
c39f11d
to
f3a07a7
Compare
CHANGELOG.md
Outdated
|
||
## 202009.00 (September 2020) | ||
|
||
This release is **NOT** backwards compatible with the v3 version of AWS IoT Device SDK for Embedded C. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hmm. I am not an expert on docs, but can we start section about 202009.00 with what it is, rather than what it is not?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we speak to the new versioning scheme we are introducing here ? Perhaps just point to a description of it that exists here - https://docs.aws.amazon.com/freertos/latest/userguide/what-is-freertos.html
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Anything to say about CBMC which I believe is an additional value add from last release. Please disregard if this has already been discussed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Something like this:
"This release cuts over to a date-based versioning scheme. More information about the versioning scheme can be referred in the FreeRTOS AWS docs landing page"
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
that link may not be the right link. Tanmoy is working on a post that will explain the new versioning and CBMC. I think we should link it from the changelog. Pls check with Tanmoy.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Perhaps something like this - "With this release we are introducing a new date based versioning scheme"
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agree with Amit. Another thing to consider is speak about the yaml file if it is being introduced with this release.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
To prevent further delay on this PR, I will make the changes of this discussion thread in a follow-up PR.
33f3871
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
approved, but there are pending comments from Sachin. Please look into those comments.
Add a Change Log file to
master
branch.By submitting this pull request, I confirm that my contribution is made under the terms of the MIT license.