Devops Lead at a marketing services firm with 10,001+ employees
Real User
Top 10
Aug 27, 2026
At that point in time, there were many bugs in Bitrise. I am sure they have overcome them by now and the UI is now very smooth. From my past experience, there used to be many bugs. For instance, my pipeline was working correctly at one point, but in the next build, there was some type of error we did not know how to resolve. We contacted support and they told us that their codebase had been pushed and there were bugs they were trying to fix. It took approximately one or two days to fix, and then they reverted and said we could remove that step and add another one. It was essentially a version change in that particular step. We added a new version in our YAML file and then it worked correctly. If this does not happen frequently, it would be really helpful and a great improvement. I think Bitrise is a very good tool when compared to its peers, so there are no other improvements needed for Bitrise that I have not mentioned.
Team Lead, Android at a tech vendor with 51-200 employees
Real User
Top 20
Aug 26, 2026
I think it could probably be higher, but we probably are not using all the features and functionalities of Bitrise ourselves, so it's hard to give a higher number because I think more features could be done with it, but we are just not using it.
Founder at a outsourcing company with 1,001-5,000 employees
Real User
Top 10
Aug 24, 2026
I think Bitrise can be improved because it is kind of pricey at the moment. Regarding Bitrise's AI capabilities, I think its accuracy and reliability of output need improvement because from time to time the accuracy is low, but it is good overall.
Product Manager at a pharma/biotech company with 1,001-5,000 employees
Real User
Top 10
Jul 2, 2026
I think Bitrise can be improved somewhat. For now, I do not have anything else to add about the needed improvements. I do not have any other improvements needed for Bitrise that I have not mentioned yet.
iOS Developer Senior at a tech vendor with 10,001+ employees
Real User
Top 20
Jun 30, 2026
Today I don't see any improvement points for Bitrise. It serves us very well, and the project is going very well with Bitrise. At certain times we have failures within the tool itself where we need to debug, look at logs, and understand these points. Because of that, it wouldn't be a 10.
Bitrise's support team always receives feedback, so if you have any blocking point or improvement area, you can share it and they actually do it, which is something that surprised me. What they can improve right now is around the charts and metrics they provide. Right now, it is pretty generic about the performance of your machine and how much time each process takes, but they could evolve those charts to be more mobile DevOps metrics specific.
The biggest improvement I would say is that in the workflow, we have a plugin script, and that script window is dynamic. If we are writing something, it automatically gets shrunk. This is the biggest flaw which I have seen in Bitrise. If I am writing any script, it gets shrunk dynamically, and that should be removed or we should be given an option to disable it. The second thing is that currently we are using Harness to deploy our applications. Other platforms like Jenkins have set up webhooks through which we do not have to manually deploy any application and trigger the jobs into Harness. I want the same thing with Bitrise; we should get a Harness connector over Bitrise so that through Harness, we can trigger Bitrise workflows, and we should not give access to all the dev and QA for triggering the workflows. I would suggest that if we can have one Harness connector through which developers just trigger the build and automatically a job gets triggered to Bitrise.
Sometimes the builds fail, and the error messages that I get are not very descriptive. That could be improved. I give Bitrise an eight out of ten because sometimes builds fail, and the error paths are not that descriptive.
Tech lead dev ops at a outsourcing company with 1,001-5,000 employees
Real User
Top 20
Apr 30, 2026
Bitrise has a strong mobile focus, and what could improve is the native support for reusable pipeline modules like actions in a GitHub Action, better templates, think Terraform style but for CI, and easier parameterization across workflows. Templates would be a significant improvement for me. It is the one thing I need and it would make my life easier with the workflows.
Senior Software Engineer at a tech services company with 501-1,000 employees
Real User
Top 5
Apr 30, 2026
Currently, I haven't found any features in Bitrise that can be improved, but related to Xcode, they need some extra tools that are available in the market, or they have to give specific errors, which are currently hard to find when there is so much log. They need to add some extra documentation for how to use the parameters, such as variables, where to add them, and how to use them below the workflow.
Bitrise has to work more on the error part. Sometimes I face issues when I trigger a build to generate, and I get a build failed without getting the proper log, which sometimes makes the user too annoyed. In local, it works fine, but in Bitrise, I am facing issues. We should not get any option that requires updating the workflow or anything. This is something Bitrise has to improve.
Bitrise offers an advanced platform for mobile app developers seeking efficient CI/CD solutions, known for streamlining processes and enhancing productivity.Designed for mobile application development, Bitrise provides seamless integration with popular tools, ensuring a high level of automation. It caters to developers looking for simplified workflows that accommodate modern mobile development demands. Users benefit from an intuitive dashboard that supports rapid iteration and testing,...
At that point in time, there were many bugs in Bitrise. I am sure they have overcome them by now and the UI is now very smooth. From my past experience, there used to be many bugs. For instance, my pipeline was working correctly at one point, but in the next build, there was some type of error we did not know how to resolve. We contacted support and they told us that their codebase had been pushed and there were bugs they were trying to fix. It took approximately one or two days to fix, and then they reverted and said we could remove that step and add another one. It was essentially a version change in that particular step. We added a new version in our YAML file and then it worked correctly. If this does not happen frequently, it would be really helpful and a great improvement. I think Bitrise is a very good tool when compared to its peers, so there are no other improvements needed for Bitrise that I have not mentioned.
I think it could probably be higher, but we probably are not using all the features and functionalities of Bitrise ourselves, so it's hard to give a higher number because I think more features could be done with it, but we are just not using it.
I think Bitrise can be improved because it is kind of pricey at the moment. Regarding Bitrise's AI capabilities, I think its accuracy and reliability of output need improvement because from time to time the accuracy is low, but it is good overall.
I think Bitrise can be improved somewhat. For now, I do not have anything else to add about the needed improvements. I do not have any other improvements needed for Bitrise that I have not mentioned yet.
Today I don't see any improvement points for Bitrise. It serves us very well, and the project is going very well with Bitrise. At certain times we have failures within the tool itself where we need to debug, look at logs, and understand these points. Because of that, it wouldn't be a 10.
Bitrise's support team always receives feedback, so if you have any blocking point or improvement area, you can share it and they actually do it, which is something that surprised me. What they can improve right now is around the charts and metrics they provide. Right now, it is pretty generic about the performance of your machine and how much time each process takes, but they could evolve those charts to be more mobile DevOps metrics specific.
The biggest improvement I would say is that in the workflow, we have a plugin script, and that script window is dynamic. If we are writing something, it automatically gets shrunk. This is the biggest flaw which I have seen in Bitrise. If I am writing any script, it gets shrunk dynamically, and that should be removed or we should be given an option to disable it. The second thing is that currently we are using Harness to deploy our applications. Other platforms like Jenkins have set up webhooks through which we do not have to manually deploy any application and trigger the jobs into Harness. I want the same thing with Bitrise; we should get a Harness connector over Bitrise so that through Harness, we can trigger Bitrise workflows, and we should not give access to all the dev and QA for triggering the workflows. I would suggest that if we can have one Harness connector through which developers just trigger the build and automatically a job gets triggered to Bitrise.
Sometimes the builds fail, and the error messages that I get are not very descriptive. That could be improved. I give Bitrise an eight out of ten because sometimes builds fail, and the error paths are not that descriptive.
Bitrise has a strong mobile focus, and what could improve is the native support for reusable pipeline modules like actions in a GitHub Action, better templates, think Terraform style but for CI, and easier parameterization across workflows. Templates would be a significant improvement for me. It is the one thing I need and it would make my life easier with the workflows.
Currently, I haven't found any features in Bitrise that can be improved, but related to Xcode, they need some extra tools that are available in the market, or they have to give specific errors, which are currently hard to find when there is so much log. They need to add some extra documentation for how to use the parameters, such as variables, where to add them, and how to use them below the workflow.
I think Bitrise could be improved if it was easier to generate Android QA and iOS at the same time.
Bitrise has to work more on the error part. Sometimes I face issues when I trigger a build to generate, and I get a build failed without getting the proper log, which sometimes makes the user too annoyed. In local, it works fine, but in Bitrise, I am facing issues. We should not get any option that requires updating the workflow or anything. This is something Bitrise has to improve.