mirror of
https://github.com/SuiteCRM/SuiteCRM.git
synced 2026-03-02 19:16:58 -05:00
Previous Sprint (13) #3812
Labels
No labels
Area: API
Area: Campaigns
Area: Cases
Area: Clean Up
Area: Clean Up: Performance
Area: Dashlets
Area: Databases
Area: Developer Tools
Area: Elasticsearch
Area: Elasticsearch
Area: Emails
Area: Emails:Campaigns
Area: Emails:Cases
Area: Emails:Compose
Area: Emails:Config
Area: Emails:Templates
Area: Environment
Area: Installation
Area: Language
Area: Mobile
Area: Module
Area: PDFs
Area: PHP8
Area: Reports
Area: Studio
Area: Styling
Area: Upgrading
Area: Workflow
Area:Activity Stream
Area:Calls
Area:Import
Area:Projects
Area:Search
Area:Surveys
Area:Themes
Area:Users
Branch:Hotfix
Good First Issue
Hacktoberfest
Help Wanted
PR:Community Contribution
PR:Type:Enhancement
Priority:Critical
Priority:Important
Priority:Moderate
Severity: Major
Severity: Minor
Severity: Moderate
Status: Requires Code Review
Status: Requires Updates
Status: Stale
Status: Team Investigating
Status:Assessed
Status:Fix Proposed
Status:Needs Assessed
Status:Requires Automated Tests
Type: Bug
Type:Deprecated
Type:Discussion
Type:Duplicate
Type:Invalid
Type:Question
Type:Suggestion
Type:Suggestion
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/SuiteCRM-SuiteCRM#3812
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @samus-aran on GitHub (Jul 1, 2019).
Hi Everyone!
A little late to the party (again) but I’ll mark it in the calendar! As I said previously lets make this a sprint thing which is usually every 2 weeks but as this is new please allow a little of logistic re-jigging to get the right groove.
So, a Sprint 12 review & Sprint 13 planning discussion!
How did we all do?
Lets break this down….
That works out to be 19% Done, 33% in review & in total 66% that was tackled (Done, In Review & In Progress). Thats a great start!
Out of those the core team help tackle 12/14 of these issues, whether it was assisting or taking ownership and there was 4 issues that were addressed/helped by the community.
For the outstanding issues we have 3 assigned to Core and 4 which haven't been touched with the Help Wanted label.
Which leads to the question is would we transfer these issues onto the next sprint or enforce that they be re-nominated as it perhaps wasn't as much as a priority to the community. Now I'm not saying these aren't a higher priority but we need to ensure that within each sprint we tackle items that we feel we can achieve i.e. that a community member feels they can contribute to.
Now what I have identified below is the same list we had for Sprint 12 discussion which was deemed suitable for community to approach. Some have been tackled some haven't... should these be 're-nominated'?
Attachments Should not be Sending on ReplyAdmin can not edit User's Mail AccountsItems still allocated to the Core (potentially Community too) team
Delete EmailsGroup Email Accounts Not Respecting Reply to Admin restrictionAuto Importing Not WorkingConfirm that issue was resolved regarding ElasticSearch issue on shared hostingPopup Studio and Calendar don't auto-closehousekeep session filesWe will also be pulling in High Priorities into this sprint as these should always be tackled ASAP.
Retrospect this housekeeping is abit fidgetity.. perhaps it better just to identify the issues people want to nominate and move them into the sprints backlog - the To Do column will be what has been allocated out and people have identified their interest in tackle that said issue?
https://github.com/salesagility/SuiteCRM/projects/7
I feel comfortable that we still have a lot of things to tackle in this sprint but we should be keep this discussion open to improve our processes & gain feedback 👍
@samus-aran commented on GitHub (Jul 1, 2019):
As part of the review it would also be great to highlight the amazing contributions made by our dev community...
repo:salesagility/SuiteCRM is:pr created:2019-06-01..2019-06-30 -label:dependencies label:"Community Contribution"
You can use this to help highlight the activity in the past month. 53 Prs made by the community! Amazing stuff. 🎉 This is actually the highest we have seen. But lets break this down and see if what developers are raising correlates to what was highlighted in the last sprint.
If we view the “closed” (but not merged) Prs, this is usually Prs that were the wrong branch, needed to start from scratch again or where not valid etc. So usually we don’t pick those up.. there was 9 of them.
From what we can see most of the Prs raised were all about the automated testing (thank you @connorshea & @lazka) & a few from @604media (already highlighted they did take on sprint tasks) as well as other bug fixes. @eggsurplus provided fixes for SecuritySuite, thanks jason for your continuous maintenance!
Also to highlight @re8260 for your Prs – its great to see issues raised and resolved by same person 👍
Then we look at the merged Prs:
repo:salesagility/SuiteCRM is:pr is:merged merged:2019-06-01..2019-06-30 -label:dependencies label:"Community Contribution"
This equals to 34! Mostly are about automated testing, a range of fixes for sub themes, reports, emails (not in sprint) and other misc. Thanks for these!
So as we can see there is ALOT on the automated testing which obviously helps developers who contribute get accurate feedback from the test framework, as well as speeds up time on this PR blocker process.
But is this what stopping more community members picking up highlighted issues in the sprint? I know we have partners & third party service providers of SuiteCRM who must run into these core issues that people have raised… It would be great to hear from them…
Thanks to all the community contributors and giving back to the project that so many people use!
@gunnicom commented on GitHub (Jul 1, 2019):
I did not know about the sprint taking place now.
@samus-aran commented on GitHub (Jul 1, 2019):
Absolutely right! I checked back in the previous sprint and you weren't mentioned...
I don't want to keep on mentioning the same people in each sprint planning so hopefully having the pinned issue will help. Any one have any other suggestions?
BTW welcome aboard @gunnicom 😉
@connorshea commented on GitHub (Jul 2, 2019):
My main blocker is that I can only focus on so many things at a time :)
Generally, I think updating our automated testing processes helps everybody else get more work done (less flaky tests => less waiting for someone to re-run the tests, faster tests => less waiting for feedback, making it easier/possible to run the tests locally, and providing better documentation => less need to wait on Travis to see if tests pass and less test runs in the CI queue), so that's what I've been focusing on mostly right now.
It also helps that the tests have a lot of low-hanging fruit in terms of fixes :D
@samus-aran commented on GitHub (Jul 2, 2019):
@connorshea I was hoping we had made it plainly obvious how much we have appreciated all your time n effort with the automated test. 👏👏👏 My question was about what was the major blockers of other community drv members face and does having the flakey tests stable be the only cure to get more bug fixes contributed?
@connorshea commented on GitHub (Jul 2, 2019):
Oh, don't worry I understood that! :) I just wanted to reply since I saw that only gunnicorn had responded, and hoped it'd push others to respond as well :P
@samus-aran commented on GitHub (Jul 26, 2019):
Closing. Sprint 15 is available. The release associated to this sprint will be 7.10.18 & 7.11.7