I can't promise anything regarding these features. Especially custom fields are a typical EE feature in our perspective. The dependent issues feature proposal https://gitlab.com/gitlab-org/gitlab-ce/issues/4058#note_249... is still on the CE tracker but I'm not sure what it's future is.
It's just that I really want to quit using trac, who is slow and not integrated with the rest of the infrastructure.
Both of these features are not scheduled for development yet. We scope work out month to month, so we can't promise anything regarding those at this time. But we are discussing them as you see in the issues and considering how they would fit into our product as we recognize they are important features for many teams.
For relations between issues, we are considering various designs, such as: https://gitlab.com/gitlab-org/gitlab-ee/issues/1941 and https://gitlab.com/gitlab-org/gitlab-ce/issues/29444.
It has a best-in-class code review tool and a bug tracker with custom fields, permissions, templates, dependencies and more.
Its code review is built on a patch workflow (like the email-based one that the Linux kernel uses) and works very well, especially for large teams. Merge requests are clunky in comparison.
Many large open source projects moved to it, including Blender, Wikimedia, FreeBSD, Haskell, LLVM and more.
I'm using it in production, am glad to answer any questions.
The development team is dog-fooding it: https://secure.phabricator.com/
Example review: https://secure.phabricator.com/D17538 (just picked one at random, there are better examples probably)
Example task: https://secure.phabricator.com/T8783
Wikimedia instance: https://phabricator.wikimedia.org/
Mockups: https://phabricator.wikimedia.org/pholio/
Workboard: https://phabricator.wikimedia.org/project/view/171/
And much more!
The developers (especially epriestley and chad) are very professional and have a lot of experience managing large projects at scale.
Large essay about the workflow: https://secure.phabricator.com/phame/post/view/766/write_rev...
is it a function of cost, or otherwise?
The massively insanely popular VLC project somehow has no money to pay for it's version control? How did it come down to this?
The lack of custom fields, that you find in all other bugtrackers except github, and the lack of dependent issues are really blocking us to move full to gitlab.
And the biggest issue is that they're discussing to do it, but only in the non-open-source version, which we cannot use...