3 ms·
FWIW, I found a better (it isn't the default) workflow with phabricator. If you set: "immutable_history": true In your repo's .arcconfig, it will work thi
by SEJeff 12y ago
FWIW, I found a better (it isn't the default) workflow with phabricator. If you set:
"immutable_history": true
In your repo's .arcconfig, it will work this way:
When creating a topic branch and you "arc land", it will only put that nasty phabricator formatted commit message in the merge commit that merged the topic branch into the master/develop branch. When you just submit a review against the branch you want to land to, you simply git push, and the review message doesn't go to the repo.
This gives us the best of both in that phabricator doesn't overwrite our commit messages, or rebase squash things, but we get the phabricator metadata in the repo when we want it.
- stormbrew 12y agoI had actually forgotten about that from the last time I used phabricator, thanks. Alas, this time a lot of my frustration is born of the fact that I'm actually working on something where the upstream is an svn repo, where I'm using git-svn with it. It's kind of a perfect storm of not very good tool interop, but I've made it work somehow. I'd still rather be using PRs though.