Size: a a a

2021 May 24

Е

Евгений in pro.git::next
Возможно, больше года использую ее для обучения и там чего только не ставилось и переставлялось...
источник
2021 May 25

FS

Flower Surgeon in pro.git::next
У меня гит сошёл с ума и ест траву.

Пытаюсь сделать греп по проекту:
git grep BOOST *.pri — не работает
git grep BOOST src/sdklibrary.pri — работает
НО
git grep BOOST *.hpp -- работает!
git grep BOOST src/shared/asio/asio/detail/config.hpp -- тоже работает!

В чём может быть причина такой избирательности? Может я где-то неправ?
источник

MK

Matwey Kornilov in pro.git::next
В текущей директории есть что-то с расширением .prj, а ничего с расширением .hpp нет
источник

MK

Matwey Kornilov in pro.git::next
И bash раскрывает * перед тем как отдать аргументы команде git
источник

FS

Flower Surgeon in pro.git::next
Да. Верно, спасибо.
источник

FS

Flower Surgeon in pro.git::next
Ибо find так же странно себя повёл.
источник

MK

Matwey Kornilov in pro.git::next
Да, find всегда себя так вёл
источник

MK

Matwey Kornilov in pro.git::next
Попробуй сделать \*.prj
источник

MK

Matwey Kornilov in pro.git::next
или '*.prj'
источник

FS

Flower Surgeon in pro.git::next
Да, так работает.
источник
2021 May 29

AS

Anatoly Shirokov in pro.git::next
Ребят, у нас на каждую фичу идет бранч. Есть долгоиграющие бранчи, мастер за время работы над долгоиграющими уходит далеко. Чтобы тестировать бранч, мы периодически мержим мастер в бранч фичи git merge master --no-ff. В итоге, при финальном мержреквесте бранча в мастер в списке коммитов оказываются коммиты мастера, давно уже там присутствующие. Все верно, так и должно быть и коммиты в истории мастера получается дублируются?
источник

SK

Stas Koynov in pro.git::next
а почему не ребэйз фич ветки от мастера?
источник

AS

Anatoly Shirokov in pro.git::next
Я вот хочу определиться. Просто мы сравнительно недавно перешли на гит, перешли с svn. Вырабатываем правильный регламент работы.
источник

P

Pavel in pro.git::next
Не должно такого быть если у вас ни мастер ни фичаветка не ребейзились/аммендились, гитхаб/гитлаб/... должен выкидывать коммиты которые уже есть в целевой ветке когда показывает изменения в PR/MR
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Так быть не должно. Что за список коммитов, где ты эти левые коммиты видишь?
источник

SK

Stas Koynov in pro.git::next
ну вроде как мердж мастера в фичу, практически всегда запутывает историю. ИМХО лучше рэйбейз делать, если и будут конфликты они будут только в фич ветке, что всегда лучше ибо меньше контекст и при следующем ребейзе их уже не будет.
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Обычно тулинг, который поддерживает пул-реквесты или мерж-реквесты, показывает только те коммиты, которых нет в целевой ветке. Если делать именно подмерж, то эти коммиты уже в мастере есть, и поэтому их в пул-реквесте не должно быть видно.
источник

N

Nonverbis in pro.git::next
#вопрос

Использую git для установки питонячьих пакетов через pip.

Вот внес я изменения в свой код. А именно поставил комментарий. И написал в нем 0.8.

Поменял в конфиге сборщика питонячьих пакетов тоже на версию 0.8.

Теперь:
python setup.py sdist // Собрал питонячий пакет.
В результате получился архив. Я проверил в нем - мой комментарий на месте.

git add .
git commit -am "0.8"
git tag -a v0.8 -m "0.8
git push origin master --tags

Теперь иду в свой проект.
Там меняю requirements.txt:
git+ssh://Kifsif@bitbucket.org/example/general_project.git@v0.8

Делаю:
pip uninstall general -y
pip install -r requirements

Встает 08-й пакет. Это видно на скриншоте.


А комментария моего нет.  Т.е. код-то не изменился. Как он мог пакет склонить - видно же, что восьмой. А код не поменять. Ну, мистика. Точнее, где-то я ошибся.

Был бы признателен за помощь.
источник

AS

Anatoly Shirokov in pro.git::next
хорошо, я сейчас попробую повторить это на паблик репозитории gitlab-a и вернусь.
источник

AS

Anatoly Shirokov in pro.git::next
так, может действительно напортачил.
источник