Size: a a a

2020 April 04

JC

Julian =) Coffee in pro.git::next
ну я еще поэксперементирую, если что отпишусь
источник
2020 April 05

f

f in pro.git::next
I never knew making money from home was so easy until i met Mr Gibraltar hayden Pennsylvania a USA based binary trader.. He really helped me a lot. I made a lots from little by help. He's the best when is comes to Binary option and forex trading. And I recommend him to everyone.
Contact What'sapp+1267293656 @profit089
https://t.me/joinchat/AAAAAEem344AbtFFFF8spw
источник
2020 April 07

D

Doer in pro.git::next
зачем гитхаб предлагает это сделать когда тебя просят отревьюить пр (в репе коллаборатор не овнер)?

git fetch origin refs/pull/100/head
git checkout -b vasya/my-awesome-collaboration FETCH_HEAD

я так понимаю все равно если я хочу сделать коммиты в этот пр, то надо форк клонить, иначе я запушу в ориджин и создам ветку vasya/my-awesome-collaboration? зачем такая путаница тогда, какая польза от FETCH_HEAD
источник

AB

Artöm Bakri Al-Sarmini in pro.git::next
Можно добавить репу в ремоут и пушить туда, не в ориджин
источник

AB

Artöm Bakri Al-Sarmini in pro.git::next
Тогда не нужно держать форк целиком локально в отдельной папке
источник

D

Doer in pro.git::next
так показалось не удобно, это ж разовый пуш для пр. в итоге просто такое сделал

git push git@github.com:user/repo local_branch_name:remote_branch_name
источник

D

Doer in pro.git::next
вроде ок? коммит на месте в пр
источник

AB

Artöm Bakri Al-Sarmini in pro.git::next
Если ревью пойдет еще на круг, нужно будет заново вводить вербозные ветки
источник

AB

Artöm Bakri Al-Sarmini in pro.git::next
То, что гитхаб это предлагает, не значит, что это единственный способ
источник

D

Doer in pro.git::next
не спорю, пытаюсь понять зачем совет был от гитхаба. легко нагадить просто, так что лучше перебздеть))
источник

D

Doer in pro.git::next
Artöm Bakri Al-Sarmini
Если ревью пойдет еще на круг, нужно будет заново вводить вербозные ветки
благодарю за совет, я понял
источник

AB

Artöm Bakri Al-Sarmini in pro.git::next
Doer
не спорю, пытаюсь понять зачем совет был от гитхаба. легко нагадить просто, так что лучше перебздеть))
Локальную ветку удалить так же легко
источник

AB

Artöm Bakri Al-Sarmini in pro.git::next
А, речь про случайный пуш в ориджин? Хз кто как, у меня есть алиас на push origin, которым я пользуюсь вместо push
источник

RU

Roman Usherenko in pro.git::next
Doer
зачем гитхаб предлагает это сделать когда тебя просят отревьюить пр (в репе коллаборатор не овнер)?

git fetch origin refs/pull/100/head
git checkout -b vasya/my-awesome-collaboration FETCH_HEAD

я так понимаю все равно если я хочу сделать коммиты в этот пр, то надо форк клонить, иначе я запушу в ориджин и создам ветку vasya/my-awesome-collaboration? зачем такая путаница тогда, какая польза от FETCH_HEAD
это не для пушей, это чекаут для того чтобы посмотреть пр локально
источник

D

Doer in pro.git::next
ок, а если надо самом туда закоммитить тогда какой порядок действий? я посмотрел локально, потом сделал git push git@github.com:user/repo local_branch_name:remote_branch_name
источник

D

Doer in pro.git::next
можно проще?
источник

D

Doer in pro.git::next
вводить руками лень конечно
источник
2020 April 08

Dv

Dr. Friedrich von Never in pro.git::next
Doer
зачем гитхаб предлагает это сделать когда тебя просят отревьюить пр (в репе коллаборатор не овнер)?

git fetch origin refs/pull/100/head
git checkout -b vasya/my-awesome-collaboration FETCH_HEAD

я так понимаю все равно если я хочу сделать коммиты в этот пр, то надо форк клонить, иначе я запушу в ориджин и создам ветку vasya/my-awesome-collaboration? зачем такая путаница тогда, какая польза от FETCH_HEAD
Это бывает полезно для закрытых пул-реквестов, или если автор удалил форк.
источник

D

Doer in pro.git::next
очень полезно, благодарю
источник
2020 April 11

KS

Kot S in pro.git::next
Всем привет. Скажите, есть ли возможность в гитхабе дать пользователю доступ к определённым файлам репы? Ситуация такая, есть репа со скриптами для проекта, работаем с новыми программистами, хочется, чтобы они могли добавлять новые скрипты, но не имели доступ к уже существующим (то есть даже без прав чтения), в то же время какие-то из уже существующих скриптов разрешать читать, но не менять
источник