Как начать работать с GitHub: быстрый старт

А он симлинки уже умеет от файлов отличать?

Да, удобно… Но вот только git submodules не поддерживает. Проекты с субмодулями приходится из консоли коммитить :(

Ссылку забыли: github.com/edu

Нужен именно Mingw (то есть линуксовое окружение) или просто возможность работать с Git из консоли?

Если второе, то может помощь utf8-git-on-windows. Там набор из msysgit+tortoisegit, приведенных к единому utf8-знаменателю, вместо обычного разброда и шатания в виде cp1251 в именах файлов, cp866 в консоли и ansi во внутренних скриптах msysgit.

Чтобы кириллица нормально вводилась в MinGW bash делаем следующее:
В файлик ~/.inputrc добавляем следующие строчки
set output-meta on
set convert-meta off

git pull github
git push github brunch_name

перед этим сделать
git remote add github ilia-maslakov@github.com/ilia-maslakov/mc.git

вместо ilia-maslakov@github.com/ilia-maslakov/mc.git подставить урл доступа к репу.

и да, присоединяюсь к предложению добавить эту инфу к топику, чтобы проще было новичку форкнуть готовый проект с полной историей коммитов.

Самый основной метод:
1. Форкаете репозиторий github.com/user1/project, получаете github.com/you/project
2. Уже форкнутый репозиторий сливаете себе на комп:
git clone git@github.com:/you/project project
3. Создаёте отсылку на «родительский» репозитарий, например как на upstream
git remote add git@github.com:/user1/project upstream, чтобы потом сливать изменения с «родителя» себе git pull upstream master
4. Создаёте новую ветку
git checkout -b feature
5. Работаете, делаете коммиты, в случае необходимости отслеживания изменений в «родителе», сливаете изменения с него и вливаете в свою ветку таким образом:
git checkout master
git pull upstream master
git checkout feature
git merge master
6. Когда работу сделали, заливаете изменения в свой github-репозиторий в свою ветку:
git push origin feature
7. Теперь идёте на гитхаб, в свой репозиторий и жмёте вверху кнопочку «Pull request»
8. Слева выбираете в какую ветку будут вливаться изменения в родительском репозитории, справа — какие изменения будут браться с вашего репозитория. По примеру: справа project/master, слева project/feature.
ВЫЖНО: Договоритесь с владельцем «родительского» репозитория, в какую ветку будете вливать изменения (он может написать это в README)
9. Заполняете название и описание (название потом попадёт в описание мёрдж-коммита и станет достоянием общественности, учтите это).
10. Нажимаете Send Pull Request

Вуаля, вы его отправили. Владелец рассмотрит ваши изменения и, возможно, их примет и вольёт к себе.
На практике, лучше перед посылкой пулл-реквестов, вручную синхронизироваться с веткой, в которую будете посылать изменения, чтобы у владельца merge прошёл гладко (больше шансов, что пулл примут ;-) )
Не забудьте потом сделать git pull upstream master, чтобы увидеть изменения у себя.

Надеюсь, это мини-руководство поможет вам сделать мир чуточку лучше )))

почему то в phpStorm 4.0.2 push зависает.
Не сталкивались?
может где видели описание по настройке?

И еще помоему можно так:
SET home=ВАШПУТЬ

… при этом не очень бы хотелось хранить файлы .project и .classpath в репозитории

нужно установить плагин EGit (Help -> Eclipse Marketplace...)
Затем правой кнопкой по проекту в Eclipse, выбрать Team -> Share Project. После установки egit там появится мастер для git

Для тех, кто знает английский, на гитхабе есть отличная документация, например:
Fork A Repo

Почему-то в семерке новой его нет в доступных модулях, хотя раньше был.
Итак, качаем зип архив plugins.netbeans.org/download/plugin/39785 и распаковываем.
Потом сервис->подключаемые модули->загружено там батон «добавить подключаемые подули», через обзор подключаем скачанные гитлиб и гит.

Можно использовать HTTPS вместо SSH для доступа к репозиторию на ГитХабе.

однозначно можно, так и работаю с github с работы