so far we've designed three products which shares the same mechanics, electronics, firmware and the 75% of the software.
This sharing approach helped us being efficient in the prototyping phases - which have been running in parallel - as we were in our company startup step: very few developers, and the project leader doing all of the project management stuff.
We actually develop the software in separated branches, and constantly keep the branches merged in order to get fixes & improvements from the other product's team.
From the beginning, both the products have been tracked in jira within a single project, and making use of different release versions and a custom field in the project issues (which sets the 'product' a issue is related to).
But such organization is causing headaches to our Project Managers, because they are not able to track in Jira which bugfixes & improvements are being inherited from the other product every time we do a code merge.
They keep asking us which issues they shall clone from a software release version of product A to the next software release of product B. This is time consuming and, above all, really prone to forgetfulness.
Any of you is having similar experience? Can you kindly share your thoughts about the management of source code running on several products?
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
...+ reading Fantasy). The same is true for him at the bank he works for: Efficiency is key when time literally equals money. Read on to learn how Sergey makes most of the time he has by...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs