Актуальность форка на github?

Question

[Иван Климчук]

Парни, я видимо что-то не дочитал или просто невнимательный. Не могу понять, что делать в следующей ситуации: сделал форк проекта, но давно, и нужно бы чего там поменять и сделать пул реквест, но как следить и держать актуальной версию форка? Или за этим следит сам сервис?

Answer 1

[sl_bug]

Дпустим форкнули github.com/rails/rals получили github.com/sl_bug/rails. Склонили, Написали что-то. и дальше такая конструкция:

1. git remote add rails_orig git://github.com/rails/rails.git
2. git fetch rails_orig
3. git merge rails_orig/master (нада бы еще rebase сделать)
4. правим конфликты если есть
5. git push origin master

Comments

[Иван Климчук]

rebase как я понимаю, нужно делать до мерджа? или до команды fetch?

[ildar r. khasanshin]

4.1 git status
4.2 git mergetool
4.3 git status
4.4 git commit

[ildar r. khasanshin]

4.3.1 git add

Answer 2

[iley]

Вы можете сделать pull из оригинального источника в локальный репозиторий, а затем push в свой форк. Другого способа я не знаю.

Comments

[Иван Климчук]

ну вот что-то подобное я и прочитал. думал, может есть более красивое решение.

[iley]

Более красивое решение сделать здесь, по-моему, не удастся в принципе. Потому как при обновлении вашего форка надо следить за тем, чтобы ваши изменения согласовались с изменениями в оригинальном репозитории. А это в общем случае можно сделать только вручную.

[librarian]

У меня на сервере написан специальный скрипт, который делает pull с репозитория не на github, и push в репозиторий на github. Когда нужно, я делаю форк, пишу, делаю diff и отсылаю патч, который потом включают в основной репозиторий и потом это перетекает в репозиторий на github.

[iley]

То есть ваш репозиторий на github при таком подходе просто является зеркалом какого-то другого репозитория, я правильно понял? А зачем он тогда нужен?