У меня была эта проблема, пытаясь использовать тему, упакованную как .jar
в моем приложении, она работала при отладке приложения, но это не было при создании / экспорте приложения.
Я решил это, распакуя jar
и вручную добавив его содержимое в мою папку сборки, в результате чего:
project/
│
├── build
│ └── classes
│ ├── pt
│ │ └── myAppName ...
│ └── com
│ └── themeName ...
├── src
└── lib
У меня больше нет ошибки, и мое приложение загружается с предполагаемым тема.
git log origin/master..HEAD
Вы также можете просмотреть разницу, используя тот же синтаксис
git diff origin/master..HEAD
git diff origin
Если предположить, что ваше ответвление настроено на отслеживание происхождения, то это должно показать вам различия.
git log origin
Даст вам краткое описание коммитов.
Вы можете сделать это с помощью git-журнала
:
git log origin..
Предположим, что origin
- это имя вашего upstream, оставив любое имя редакции после .
подразумевает HEAD
, в котором перечислены новые коммиты, которые не были отодвинуты.
Это не жучок. Вероятно, вы видите git-статус после неудачного автосервиса, при котором изменения с удалённого сервера извлекаются, но ещё не объединены.
Чтобы увидеть коммиты между локальным репо и удалённым, сделайте следующее:
git fetch
Это на 100% безопасно и не будет имитировать вашу рабочую копию. Если были изменения статус git'а
покажет X коммитов перед origin/master
.
Теперь вы можете показать лог коммитов, которые находятся в удалённом, но не в локальном:
git log HEAD..origin
Если вы хотите увидеть все коммиты на всех ветках, которые еще не были опубликованы, вам нужно что-то вроде этого:
git log --branches --not --remotes
А если вы хотите увидеть только самый последний коммит на каждой ветке и имена веток, то это:
git log --branches --not --remotes --simplify-by-decoration --decorate --oneline