Size: a a a

2020 October 09

P

Preshelez in pro.git::next
так у меня локально ничего не поменялось
источник

P

Preshelez in pro.git::next
источник

P

Preshelez in pro.git::next
я ввел git reset —hard of4..
источник

RU

Roman Usherenko in pro.git::next
Preshelez
я ввел git reset —hard of4..
ну да вроде правильно
источник

P

Preshelez in pro.git::next
источник

P

Preshelez in pro.git::next
у меня здесь пулл реквест номер 3
источник

P

Preshelez in pro.git::next
источник

P

Preshelez in pro.git::next
внутри него эти два коммита
источник

P

Preshelez in pro.git::next
а
источник

P

Preshelez in pro.git::next
все
источник

P

Preshelez in pro.git::next
спасибо большое
источник

P

Preshelez in pro.git::next
я не так делал немного
источник

P

Preshelez in pro.git::next
а как удалить pull request?
источник

P

Preshelez in pro.git::next
который merged
источник

RU

Roman Usherenko in pro.git::next
Preshelez
а как удалить pull request?
никак. пуллреквесты не удаляются
источник

P

Preshelez in pro.git::next
Спасибо большое!
источник

P

Preshelez in pro.git::next
Все получилось
источник
2020 October 10

RU

Roman Usherenko in pro.git::next
а что git add -p не работает на новые файлы? пишет no changes
источник
2020 October 11

SK

Stas Koynov in pro.git::next
Вопрос про то как принято и как более правильно.
Задача: у меня есть репа. в ней используется сторонний инструмент, я его выкачиваю в архиве распаковываю и собираю как одну из целей сборки. архив весит от 30-50 метров. ссылка на архив с выходом новых версий протухает. ее можно конечно поменять, но она со временем тоже протухает ибо переезжает в архив, архив2 и т.п.. Получается я должен хранить либо у себя либо прям в репе. Ок если в репе то два варианта:
1 тупо на гитхабике в разделе релизы можно прикрепить бинарные файлы. но получается что туда файл должен попасть до того как был релиз (фуууу)
2. в LFS но нигде не нашел гарантий сколько этот файл будет там висеть, и я хотел чтоб файл был разный но с одним названием, LFS такое прожует?

всмысле будет скажем так /SDK/tool.zip  этот же файл с релизом 2.0 я заменяю, вопрос если я в гите откачусь назад старый перезапишет текущий через LFS или они должны иметь разные имена?
как лучше сделать?
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Stas Koynov
Вопрос про то как принято и как более правильно.
Задача: у меня есть репа. в ней используется сторонний инструмент, я его выкачиваю в архиве распаковываю и собираю как одну из целей сборки. архив весит от 30-50 метров. ссылка на архив с выходом новых версий протухает. ее можно конечно поменять, но она со временем тоже протухает ибо переезжает в архив, архив2 и т.п.. Получается я должен хранить либо у себя либо прям в репе. Ок если в репе то два варианта:
1 тупо на гитхабике в разделе релизы можно прикрепить бинарные файлы. но получается что туда файл должен попасть до того как был релиз (фуууу)
2. в LFS но нигде не нашел гарантий сколько этот файл будет там висеть, и я хотел чтоб файл был разный но с одним названием, LFS такое прожует?

всмысле будет скажем так /SDK/tool.zip  этот же файл с релизом 2.0 я заменяю, вопрос если я в гите откачусь назад старый перезапишет текущий через LFS или они должны иметь разные имена?
как лучше сделать?
Я бы форкнул апстрим репу и складывал релизы в свой форк на Гитхабе. А дальше от этих релизов зависел где мне нужно.
источник