arcanist: use FreeBSD/git project repository instead of FreeBSD/svn

Current `.arcconfig` specifies explicit mapping to the FreeBSD/SVN
project in Phabricator, which is inactive. This mapping only g

arcanist: use FreeBSD/git project repository instead of FreeBSD/svn

Current `.arcconfig` specifies explicit mapping to the FreeBSD/SVN
project in Phabricator, which is inactive. This mapping only gets
updated to the current "production" (FreeBSD/git) project when the
underlying change is committed.
Update arcanist configuration to create all new diffs in the
FreeBSD/git project.

Reviewed By: dim, emaste
Differential Revision: https://reviews.freebsd.org/D36204

show more ...

Remove history.immutable from .arcconfig

The `history.immutable` setting prevents arcanist from updating
the commit messages with the Differential URL and therefore
makes updating patches awkward wi

Remove history.immutable from .arcconfig

The `history.immutable` setting prevents arcanist from updating
the commit messages with the Differential URL and therefore
makes updating patches awkward with a rebase workflow.

In case this new behaviour is not wanted the old one can be restored
by running `arc set-config --local history.immutable true`.

Test Plan: `arc diff --create HEAD^` adds the metadata now.

Reviewed By: #phabric-admin, imp, lwhsu
Differential Revision: https://reviews.freebsd.org/D27971

show more ...

Adjust .arcconfig to land onto 'main' by default

Otherwise, commands like "arc land" will default to 'master' instead.

MFC after: immediately

arcconfig: add callsign again

Problem

When using git-svn or other non-pure-svn tooling the original subversion
URL is not present. This causes arcanist/phabricator to be unable to
determine which r

arcconfig: add callsign again

Problem

When using git-svn or other non-pure-svn tooling the original subversion
URL is not present. This causes arcanist/phabricator to be unable to
determine which repository is being modified.

Solution

Restore callsign to .arcconfig to enable exact repository matching even
with git-svn.

Reported By: jhb

show more ...

Vendor import of llvm trunk r338150:
https://llvm.org/svn/llvm-project/llvm/trunk@338150

arcanist: use FreeBSD/git project repository instead of FreeBSD/svn

Current `.arcconfig` specifies explicit mapping to the FreeBSD/SVN
project in Phabricator, which is inactive. This mapping only g

arcanist: use FreeBSD/git project repository instead of FreeBSD/svn

Current `.arcconfig` specifies explicit mapping to the FreeBSD/SVN
project in Phabricator, which is inactive. This mapping only gets
updated to the current "production" (FreeBSD/git) project when the
underlying change is committed.
Update arcanist configuration to create all new diffs in the
FreeBSD/git project.

Reviewed By: dim, emaste
Differential Revision: https://reviews.freebsd.org/D36204

show more ...

Remove history.immutable from .arcconfig

The `history.immutable` setting prevents arcanist from updating
the commit messages with the Differential URL and therefore
makes updating patches awkward wi

Remove history.immutable from .arcconfig

The `history.immutable` setting prevents arcanist from updating
the commit messages with the Differential URL and therefore
makes updating patches awkward with a rebase workflow.

In case this new behaviour is not wanted the old one can be restored
by running `arc set-config --local history.immutable true`.

Test Plan: `arc diff --create HEAD^` adds the metadata now.

Reviewed By: #phabric-admin, imp, lwhsu
Differential Revision: https://reviews.freebsd.org/D27971

show more ...

Adjust .arcconfig to land onto 'main' by default

Otherwise, commands like "arc land" will default to 'master' instead.

MFC after: immediately

arcconfig: add callsign again

Problem

When using git-svn or other non-pure-svn tooling the original subversion
URL is not present. This causes arcanist/phabricator to be unable to
determine which r

arcconfig: add callsign again

Problem

When using git-svn or other non-pure-svn tooling the original subversion
URL is not present. This causes arcanist/phabricator to be unable to
determine which repository is being modified.

Solution

Restore callsign to .arcconfig to enable exact repository matching even
with git-svn.

Reported By: jhb

show more ...

Vendor import of llvm trunk r338150:
https://llvm.org/svn/llvm-project/llvm/trunk@338150

Vendor import of lld trunk r321017:
https://llvm.org/svn/llvm-project/lld/trunk@321017

Vendor import of libc++ trunk r321017:
https://llvm.org/svn/llvm-project/libcxx/trunk@321017

Vendor import of compiler-rt trunk r321017:
https://llvm.org/svn/llvm-project/compiler-rt/trunk@321017

Vendor import of clang trunk r321017:
https://llvm.org/svn/llvm-project/cfe/trunk@321017

Vendor import of llvm trunk r290819:
https://llvm.org/svn/llvm-project/llvm/trunk@290819

Merge ^/head r306412 through r306905.

callsign isn't required anymore

Vendor import of lldb release_39 branch r276489:
https://llvm.org/svn/llvm-project/lldb/branches/release_39@276489

Vendor import of lld release_39 branch r276489:
https://llvm.org/svn/llvm-project/lld/branches/release_39@276489

Vendor import of libc++ release_39 branch r276489:
https://llvm.org/svn/llvm-project/libcxx/branches/release_39@276489

Vendor import of compiler-rt release_39 branch r276489:
https://llvm.org/svn/llvm-project/compiler-rt/branches/release_39@276489

Vendor import of clang release_39 branch r276489:
https://llvm.org/svn/llvm-project/cfe/branches/release_39@276489

Vendor import of llvm release_39 branch r276489:
https://llvm.org/svn/llvm-project/llvm/branches/release_39@276489

Remove project.name which is a product of a bygone era.

Vendor import of lldb trunk r256945:
https://llvm.org/svn/llvm-project/lldb/trunk@256945