Development Process Changes #714
Closed
schrock
started this conversation in
Development
Replies: 2 comments
-
Hey all, sorry for not responding earlier. The gist of it is: life gets in the way sometimes and nothing you can do but keep moving forward. |
Beta Was this translation helpful? Give feedback.
0 replies
-
I'm also thinking about this, Swiftfin hasn't released a new version on the App Store for almost a year. I compiled the source code and found that many problems had been solved but not released. Can a new version be released? |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Could we have a discussion about the current development and release process for Swiftfin? I really appreciate all the work the Swiftfin dev team has put in thus far, and I really like the app (as well as the larger Jellyfin system). However, I think it might be prudent to make some changes to how the Swiftfin development team incorporates changes and releases them, especially now that Swiftfin has been officially released on the Apple Store.
Before Swiftfin was on the Apple Store, it might have made sense to make large pull requests with sweeping, unrelated changes and bug-fixes, but I don't think that method works as well now. I would much prefer smaller, more focused pull requests that address single issues or features. This would allow for more frequent releases, which could address priority bugs and features, vastly improving the end user experience in a relatively short time. In contrast, bundling bug fixes in larger pull requests with unrelated code changes means they will take much longer to be released and reach the end user.
There are two good examples of this which I recently discovered through my own use of Swiftfin:
I should also note that while iPhone users can always use the Jellyfin browser client as an alternative to Swiftfin, no such option exists for Apple TV users because Apple does not allow browsers on that platform.
I want to make it clear that I greatly appreciate all the work the Swiftfin team is doing on this application, and I realize that all of this work is being done for free in their personal time. Having said that, I think prioritizing work on critical bug fixes and separating that work from larger features and refactoring efforts makes more sense now and will be greatly appreciated by end users of Swiftfin.
Beta Was this translation helpful? Give feedback.
All reactions