Всем привет,
 В доках по управлению git-ом если нужно выложить локальный проект на bitbucket предлагают команды :  


Проект состоит из частей main, staging, bitbucketusername...
Части main, staging под ftp логином
В команде 2 разработчика причем один из них  работает с локальной версией а второй только на сервере
Подскажите как лучше организовать versioning для всего этого?
Можно ссылочку если это где-то описано...

  Спасибо!

Сумбурное описание.
>Проект состоит из частей main, staging, bitbucketusername...
Что в данном случае "bitbucketusername" вообще не понятно.
Допустим, main и staging - это просто разные версии одного проекта. main - экспериментальная, а staging - уже протестированная и готовая к поставке.

Ясно только, что git и вообще системы контроля версий вам не знакомы. Поэтому вот ссылка, которая вам подходит: https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%...%8F%D0%BC%D0%B8

В этих системах есть т.н. ветки "branches", которые отходят от общего ствола "trunk", который в принципе тоже ветка (в git он называется "master"). История изменений в разных сохраняется независимо, но можно импортировать изменения из одной ветки в другую.

В вашем случае надо обозвать "main" веткой "master", а "staging" - "staging". Пусть оба разработчика вносят изменения в свою ветку, а второй периодически импортирует их из master в staging.


Этот ответ добавлен с нового Винграда - http://vingrad.com

Судя по URL origin-а из git remote это именно имя пользователя 

Скрещиваем ужа с ежом...
Забудьте ФТП как страшный сон и переучивайтесь под гит. Только конечно нужно самому в этом разобраться.
http://git-scm.com/book/ru/v1

Если переучивание не подходит - разные ФТП аккаунты в разные папки и потом сами е... тр... разбирайтесь как это все дело смёрджить.
Как вариант (если вы этим безобразием занимаетесь) несколько ремотов у себя в репе с соответствующими ветками в которые подтягиваете то что навалили по фтп. 
Потом мерджите это в битбукетовскую ветку и вываливаете это туда.



В таком варианте еще пару костылей надо задействовать, чтобы при заливке файлов по фтп автоматом делалось что то вроде git add -A && git commit -m 'Uploaded some files'
Ну и настрого запретить удалять папку .git оттуда (правами можно разрулить).
Проще деволоперов гиту научить чем костылей наворачивать...

ЗЫ. Вобщем сделать можно, но проще разобраться с гитом и сами поймете что ФТП нафиг не сдался.

Это сообщение отредактировал(а) _zorn_ - 24.2.2016, 19:01

После освоения азов, я бы посоветовал еще почитать про git-flow и gitlab-flow. Мы вполне успешно используем (5+ человек в команде). Сейчас переезжаем потихоньку с git-flow на gitlab-flow

Этот ответ добавлен с нового Винграда - http://vingrad.com

Спасибо, за мнения и за ссылки, хотя и не все мне было понятно...
С git-ом я ранее работал, но его настраивали другие спецы, а я подключался позже.
Сейчас у меня в проекте на гите есть 2 ветки master, staging - первая это рабочая, а вторая для разработчиков.
Ранее, я работал в проекте со схожими 2-я ветками и там я локально настраивал хостинг и при необходимости работать с одной из веток
я локально переключался командами

если мне не изменяет память...

Если была необходимость работая с веткой и имея изменения в этой ветке, переключиться на другую ветку, то я делал стеширование на этой ветке и 


И в этой связи у меня вопрос, а не удобнее ли иметь локально 2 разных хостинга : один для работы только в master,  а другой только для работы в staging?
Или это вызовет проблемы ?

Его не нужно настраивать, его нужно понимать. Вы наверное хотели сказать что вам развернули репу и дали ТХТ с инструкциями как с ней работать ?


Разберитесь что такое "ветка" в определении гит. Просто дальше вы все в кучу мешаете.

Это я вообще редко делаю. Например когда быстро надо какой нибудь мелкий баг в мастере поправить.


На словосочетании "локальный хостинг" у меня взорвался мозг.


С таким восприятием ситуации, зачем вам гит ?
С другой стороны, кто вам мешает сделать два локальных репо в разных папках. Переключиться на нужные ветки в каждом из них. И настрого СЕБЕ запретить использовать checkout на другие ветки.
Хрень в итоге получится. Вы сами запутаетесь в своей же паутине.

Первое - гит ЛОКАЛЬНЫЙ репозиторий. Как ты с ним будешь обращаться зависит только от ТЕБЯ.
Другой вопрос как изменения выкладывать. Тут уже всякие корпоративные политики и т.п.

Вот эту простую вещь осознай и не будет глупых вопросов

Добавлено через 3 минуты и 40 секунд
ЗЫ. "гит репозиторий" только звучит страшно, на самом деле это папка .git в проекте