'git push' command, without any other arguments, can do different
things depending on the local configuration of Git. However, it
won't push your local 'arcpatch-D<Revision>' to the remote 'master'
branch by default. This patch updates the 'git push' command with
the extra arguments needed to commit 'arcpatch-D<Revision>' to the
remote 'master' branch.
Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Unit Tests
Event Timeline
llvm/docs/Phabricator.rst | ||
---|---|---|
218 | The generic way of pushing would rather be I believe: git push origin HEAD:master what about using this instead? It is closer to ensuring you're pushing what you just tested (we should like tell folks to check that their local state is clean as well) (note that origin is read-only locally for me, but I assume that for such doc we can assume a "default" setup) |
llvm/docs/Phabricator.rst | ||
---|---|---|
218 | +1 |
llvm/docs/Phabricator.rst | ||
---|---|---|
218 | It sounds good! I'll give it a try in my next commit and change it. Thanks! |
llvm/docs/Phabricator.rst | ||
---|---|---|
218 | I would even take this a step further and replace origin with the full repo name e.g. git push https://github.com/llvm/llvm-project.git HEAD:master I think the documentation should give instructions that are guaranteed to work regardless of the user's configuration. |
It sounds good, thanks.
Replacing 'origin' with 'https://github.com/llvm/llvm-project.git' in git pull and push commands.
LGTM
llvm/docs/Phabricator.rst | ||
---|---|---|
218 |
Documentation for developer can be skewed towards providing instruction in a usable form: I'm not gonna type the complete URL! |
The generic way of pushing would rather be I believe: git push origin HEAD:master what about using this instead? It is closer to ensuring you're pushing what you just tested (we should like tell folks to check that their local state is clean as well)
(note that origin is read-only locally for me, but I assume that for such doc we can assume a "default" setup)