J'ai utilisé git diff origin souvent dans le passé.
Dans un environnement différent, cela ne fonctionne pas. Je ne sais pas pourquoi.
user@host> git diff origin
fatal: ambiguous argument 'origin': unknown revision or path
not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'Statut :
user@host> git status
On branch master
nothing to commit, working directory cleanDes télécommandes :
user@host> git remote -v
origin https://example.com/repos/djangotools (fetch)
origin https://example.com/repos/djangotools (push)Version :
user@host> git --version
git version 2.7.4Avec " git version 1.8.1.4 ". git diff origin travaux.
BTW Je vois le même message d'erreur si j'utilise "git diff origin/master".
BTW2, je pense que le "/master" est redondant. Le défaut le plus sain est de comparer la branche locale avec la même branche sur le site distant.
0 votes
Une télécommande comme
originseul n'est jamais attendu dans aucungit diffcommandement.0 votes
@ElpieKay ça marche, je l'ai testé avec
git version 1.8.1.41 votes
J'ai essayé. Oui, cela fonctionne. Il semble
git diff originest le diminutif degit diff master origin/mastersi la branche actuelle estmaster. Si la branche actuelle n'a pas de branche de suivi à distance, cela ne devrait pas fonctionner.1 votes
Comme indiqué dans kernel.org/pub/software/scm/git/docs/gitrevisions.html le nom nu
originsera généralement résolu via l'étape 6, c'est-à-dire en résolvantorigin/HEAD. (Si une étape antérieure le résout en premier, vous obtiendrez la résolution de l'étape antérieure. Siorigin/HEADn'existe pas ou n'est pas valide, vous obtiendrez le message suivantfatalque vous voyez). Cette méthode ne fait pas attention aux paramètres amont de la branche courante : si vous voulez faire une comparaison avec ces paramètres, utilisez@{u}. On pourrait dire que Git utilise la folie par défaut :-)