git pull

>но вот если нужно получить еще одну ветку то 1 и 2 вариант срабатывают правильно, а 3 почему то начинает ругатся на конфликты

А покажи, как ты пытаешься получить ещё одну ветку. Желательно дословно

один вариант (все отлично):
1) git clone xxx
2) cd xxx
3) git checkout -b develop remotes/origin/develop
4) git checkout -b dev_client remotes/origin/dev_client

другой вариант (конфликты)
1) git clone xxx
2) cd xxx
3) git branch develop
4) git checkout develop
5) git pull origin develop
6) git branch dev_client
7) git checkout dev_client
8) git pull origin dev_client // при получении конфликты

Во втором варианте ты создаешь бранчу dev_client из текущей, которая develop, и потом туда пытаешься смержить (a pull по умолчанию делает именно мерж) содержание другой бранчи, dev_client из ориджина, происходит нестыковка и отсюда конфликты.

решение - указывать, из какой бранчи создавать локальную:

6) git branch dev_client origin/dev_client

так с этого места подробней... я думал создать скажем ветку dev_client из develop это git branch dev_client develop, разве нет?

А по-умолчанию оно из какой должно было создать по-твоему?

получается что если мы пишем git branch dev_client то создаем ветку на базе текущей? а как создать пустую ветку или считается что это не нужно?

>А по-умолчанию оно из какой должно было создать по-твоему?

я думал по умолчанию создается пустая ветка, без файлов

> получается что если мы пишем git branch dev_client то создаем ветку на базе текущей?

Да.

а как создать пустую ветку или считается что это не нужно?

http://book.git-scm.com/5_creating_new_empty_branches.html

ok, всем спасибо. учиться, учиться и учиться!

git branch develop origin/develop

Можно добавить -t по вкусу.