Community Bonding Period - First Meeting and Weekly work update

Hi,


Last week on the 12th of May, I had my first online meeting with my mentors on Google Hangouts. It was a fantastic experience meeting them. We discussed how to start with the project. Here’s the summary of the meeting and the weekly work done:


  • There was a discussion for understanding the overall structure of the project.
  • The most important suggestion from mentors was to write tests for any of the new features added. It confirms the results of the code and also makes it easy for the reviewers.
  • We decided to start working on the small issues currently present in the codebase.
  • The first issue discussed to solve was the Travis CI failing issue (#34) for SBSCL. It was just upgrading Travis to OpenJDK11 and OracleJDK11 from the OracleJDK8 (which requires a license and all). I resolved the issue, but again, Travis failed with some issues due to a class from JSBML (#36), which will be solved once JSBML updates it (currently, those specific tests are skipped from Travis).
  • Also, I updated SBSCL to JSBML 1.5 while working on the Travis CI fails.
  • Then, a small issue to be solved was changing the Link for the Travis build icon in the README, which currently directed to some other link (#33).
  • All three issues are resolved, and the PR is made for the same (PR #37).
  • Also, there was a suggestion that once the coding period starts, I should document the significant changes in the SBSCL to the GitHub pages.
  • I will be working on the project by forking the original repository [Link] and making changes in this forked repository [Link] and will make pull requests from time to time as I make significant changes in the SBSCL.
  • We decided to make a slack channel for quick discussions related to the project.
  • We decided to meet at 13:00 UTC (evening, according to IST) every Tuesday for the weekly discussions of the project.


Regards!

Comments

  1. Looks like you are making good progress already. :)

    One suggestion though: Instead of sending multiple PRs, just keep pushing all your work in your own fork. Eventually towards the end of summer, you can great one giant pull request. This will ensure there is one place with all the summary of your contributions and also avoid us approving your PRs several times. See this for reference - https://github.com/draeger-lab/SBSCL/pull/2

    ReplyDelete

Post a Comment

Popular posts from this blog

Starting Google Summer of Code 2020

GSoC Week 10

GSoC Week 11