This is unexpected. Many companies, among them as well-resourced as Facebook, use Phabricator. I wonder if it will be forked soon by some party interested in keeping it around. OTOH it looks like none such party exists, because the public sources have not been updated literally for years. Maybe everyone interested just runs their private fork :(
Phabricator should be reasonably easy to self-host anyway.
Put it this way: the last time I saw it, they still had the "clowncopterize" button. Try finding that anywhere else.
I think Phabricator's heyday was during a time when everyone was trying to formalize their workflow, another project of that time was git flow.
It's a bit of a mixed bag compared to other self-hostable applications. There are a lot of moving parts, and the initial setup requires 60 different unique databases. It has a handful of background daemon-like processes that occasionally get wedged.
But, overall, there are some really interesting pieces of architecture in it, it's a really big project, and it does a lot of things pretty well.
I'm sad but not surprised to see this news.
They've been down to only one developer (Evan himself) for a while. Still sad :(
> To contribute to the Phabricator upstream, you must first pass a series of ancient trials and be invited to register an account in the ancestral homeland of Phabricator, here on secure.phabricator.com. The nature and location of these trials is a closely guarded secret.
The task management system isn't bad either, considering how weak Github's is and how bloated JIRA is.
If you’re using GitHub try “Allow squash merging” https://docs.github.com/en/github/administering-a-repository...
Thanks Evan for all the work you have put in over the years. Some of my biggest learnings as an engineer have been from reading and interacting with you on the phabricator secure server and reading your code when extending phab for companies.
The Wikimedia foundation seems to be a bit on a bad luck streak regarding some of the OSS projects it uses. Would be really cool to see a Phabricator fork though. Especially the issue managment is unmatched in my opinion. Having a single pool of issues works way better then having issues per repo if your working in an organization.
Even on installing the self hosted Gitlab, the open source version is hidden, with the free yet closed source version being pushed.
Github is also well known and has issues, PRs and a CI all integrated into one, while with Phabricator each of these are either a self-host Jenkins (again, friction) or in a totally different/confusing location.
It's sad to see a tech company that many liked go, but hopefully this means the higher ups will reconsider Phab usage in my company :)
Phabricator seems like it was the right choice for many large project, and I’m sad to see it go on their behalf. It won’t sadden me to never having to use it again though.
* keyboard shortcuts to navigate through the changes
* ability to add a comment to multiple lines of code
* ability to suggest changes inline
* comments are saved as I type them, so an accidental tab close saves my work
* comments are submitted in batches when I choose to, not one-by-one after saving each one. Its's sooo useful, because it often happens that I ask a question about some piece of code and upon further reading I find the answer, so I can delete the question before submitting all the comments and the author won't be bothered by it
If anyone knows of a feview tool with similiar set of features, please please let me know :)
When it comes to task management in Phab, I like how the tasks can be arranged in a dependency tree. We have our "todo" view set up so it only shows tasks without dependencies and sorted by prioroty, so the work on the project self-organizes
[1]I mainly am not a fan of the PR model, GH’s performance if often terrible, availability like a yo-yo, and the UI is not as good as it could be. I’m also not a fan of centralising a distributed tool with a load of vendor lock-in to boot. There are some odd things you can’t turn off (such as PRs) and the issue management is weak, so you have to use something over the top of it for project management such as ZenHub.
SourceHut is more up my street.
SourceHut is terryfying to junior members
I have not tried multiline or inline comments or changes.
The main differentiator between self-hosted and enterprise seems to be w.r.t. auditing capabilities.
Wikimedia still uses it[1].
My impression is that the developers (or perhaps the remaining single developer, as mentioned elsewhere in this thread) has lost interest in maintaining it, rather than been unable to continue.
It doesn’t seem like there is much interest in finding ways to keep phacility alive.
Note: I work on phabricator at Wikimedia. My opinions do not necessarily match those of the foundation and I’m speaking from personal experience not from any position of authority.
Phabricator will hold a great place in my heart as software written by a developer for developers that is well thought out, dog-fooded to the max, and fun.
My hope is that it can be well stewarded by a company into continuity. I wish I had the time to do so.
In short, thank you Evan and all those in the community for many years of wonderful software development.
Shame, the code review was good and one of the few that supported task dependencies :(
It's basically the traditional ultra-scalable mailing-list + patches workflow, but with very nice tooling and UI on top.
I'm going to miss it when I leave FB some day.
> Pre-Commit Code Review
> Review others' code with Differential, because they can't be trusted.
> Shows code so you can look at it.
> Leave helpful comments and anecdotes.
> Challenge the intern's test plan.
> Gently place bad code back in the author's queue.
https://secure.phabricator.com/phame/post/view/777/quick_loo...
> Starting in 2020 Week 20 (Late May), you can suggest an edit when leaving an inline comment in Differential. This feature makes it much easier to get syntax errors and untested code into production quickly.
Evan, if you're reading this and I'm ever in San Francisco soon, I'll have to buy you lunch!
Quite nice to see it saw 11 years, though.
That said, as a single-person company, the listed support costs [1] were probably sufficient to pay him a reasonable salary assuming there were any paying hosting/support customers at all. (Which is why I jumped to "he wants to do something else" rather than "it's not making enough to survive".)
[1]: https://admin.phacility.com/book/phacility/article/support_p...
It's used at my current workplace (self-hosted) for both. We aren't big enough to effectively take over maintenance – but I hope someone does. It would be a shame for it to be replaced by 10 other tools that reimplement the same features poorly.
Existing instances will continue running "indefinitely". How can a company be shutdown and promise to run forever at the same time?
How does this affect phabricator on premise and phabricator online?
The 1st of June is tomorrow, today is a week end. This is a zero day notice for users, including paying users. Hope you weren't planning to start a new project on Monday. Ouch.
Shameless but timely plug: I'm building a much better code review tool for teams on GitHub. Check out https://codeapprove.com and if you're interested to hear more just email me (sam at habosa dot com).
...or just use Gerrit[1], which can do everything these do out of the box, and has a much nicer workflow than GitHub once you got over the learning curve.
I like the simpler approach offered by Bitbucket/GitHub/Gitlab. Reviewing is easy and painless.
Thank you to everyone who has worked on it over the years!
I'm sad, because:
- I started using Phabricator in 2012 and tried some contribution back then, when I was still learning. I learn PHP working on contribution.
- The product is really awesome and back then, the difference with GH and others was even more striking. Draft PRs years before GH, proper issue management with work board years before GH, a lot of automation (Herald) and an yet unmatched ability to customize the interface, and build extensions to the program. In peculiar, behind able to define custom lint and unit test and have them integrated to the UI is awesome. I've seen others good ideas come before its time, in peculiar with integrated CI/CD, being able to see links between everything (issues, diffs, wikis, ect)
- The codebase is awesome. I mean, they build a fully modular system from nothing, just raw PHP. In my sense, they build one of the best PHP framework along the product. The architecture is nice, and they had really great ideas (overheating queries https://secure.phabricator.com/T13133, EditEngine/ApplicationEditor: https://secure.phabricator.com/T9132). Bob, Chad, and Evan are awesome devs. They helped me improve and shaped me as a developers. They also created a fondation of craftmanship with stances like: "Don't create to much config, it is a sign of badly designed product" and so on
- I learned a lot about infra deploying phabricator.
- They was a lot of humor back then: https://secure.phabricator.com/T10000, https://secure.phabricator.com/T10054#151066, https://secure.phabricator.com/T6389
For all this, thanks Evan, and others. It was a nice adventure. I will really miss this...
... but for me that was expected, the contributions shrinked, the core team went from 3 to 1. External contribution was also more and more difficult and while I understand the reason (reviewing and maintaining is more expensive than doing all yourself), it build a model that only depend on the willingness of one man. Also lack of proper integration with Gitlab/Github (Nuance https://secure.phabricator.com/T12739), sticking to an old, pre React area JS framework called Javelin did make the end inevitable. I did see the contribution decrease overtime(see https://github.com/phacility/phabricator/graphs/contributors). In the last years, Phabricator was just a ghost to me, sadly...
I hopes that Evan is well, and the end of adventure is not to bitter.
I think too much depends on Phabricator for it too end like that, and I'm looking forward to @20after4 or others to fork. Maybe it will have a second breath.
Anyway, so long and thanks for the fish !
All the big companies have their own private fork resulting in zero contributions to the main project.
Maybe you're thinking of AGPL? That seems as likely to lead to no adoption as adoption with code contributions.