По-моему, ты еще не понял, что локальная копия репозитория - это полная копия репозитория на сервере.

Может тогда обьясните принцип работы данного ключика?

Ну и вариант, когда коллега залил баальшую ветку которая мне нафиг не нужна. Почему у меня стоит значёк , что информация доступна только на сервере?

Сорри проверять некогда, засылают почти на месяц в командировку.

Создает новый коммит, который выполняет такие же изсенения как и "копируемый".

где именно? В какой ветке?

-->Убрать из мастера и создать в ветке

СВН-вская копия получилась без веток в коммитах, просто идет одна длинная кишка, хотя по файлам видно что изменения исключительно в ветке, да и ветка моя, так именно и делал.

Вообще-то, что Bitbucket, что Github уже в своем роде сервера, которые позволяют делать всевозможные танцы с бубном. Можно на стороне сервера (не git, просто машина в сети) установить тот же Bonobo или другой возможный аналог. И уже с ним устраивать светопреставления, Элисы и Бобы, приватные и публичные ключи.

Плюс по всему что Bitbucket, что Github для продакшн-кода так просто и использовать грешно. Да и корпоративный Bitbucket, например, тоже не в каждом случае можно использовать и не в каждом проекте.

Никаких проблем. Только это не сервер, а обычный удаленный репозиторий получится. Не более. Для полноценного сервера нужен демон на той стороне. Что-то Вы не туда копаете который день :-) А меня упрекали в сроках!

Что-то Вы не туда копаете который день

Стояла задача получить что то рабочее на этой неделе, а не пользовать исключительно сервер.

Ну так это делается одной командой git init -bare. Чего там курить неделю. С настройками демона, да, можно на пару дней зависнуть. Кстати, я Вам давал давеча ссылку - посмотрите видео, рекомендую.

Ни разу не пользовался. Максимальный репо в моей практике был 2 гб (замусоренный бинарниками и прочим), но никаких проблем это не создает в повседневной работе.

Плюс по всему что Bitbucket, что Github для продакшн-кода так просто и использовать грешно.

Вы имеете в виду github.com? Мы упоминали GitLab, а не GitHub.

У нас стоит на локальном сервере полный стэк Atlassian, и мы туда все наши проекты пихаем. Какие причины их не использовать?

Use the --depth option in git clone

Ну, давайте я поясню. Если выстрелить себе в ногу, не надо удивляться что ходить неудобно :)

depth "обрезает" историю. При depth 1 копируется текущее состояние master-а и всё. Никакой информации (вот тут не уверен на 100%, может информация "был коммит с комментарием" и будет, но не будет данных о состоянии проекта в этом коммите) о предыдущих коммитах. Работать с таким - вредительство. Используется в основном для автоматических сборок. Им история не нужна.

Ну и вариант, когда коллега залил баальшую ветку которая мне нафиг не нужна. Почему у меня стоит значёк , что информация доступна только на сервере?

А тут ответ сложнее.

1. Когда мы делаем git clone (без ограничения глубины!) мы копируем всё. (за исключением некоторых настроек, см. --mirror) Но. Локальные ветки не создаются.
Например. На сервере есть master и development после git clone делаем git branch и видим... Только *master. Но стоит сделать git branch -r как мы увидим и origin/master и origin/development.

Если хочется работать с другой веткой просто делаем git checkout development. Это создасть локальную ветку development, которая будет ссылаться на origin/development. Никакие данные при выполнении этой команды с сервера не копируются. Они уже у нас.

Если вы сделали git clone и после этого "стоит значёк , что информация доступна только на сервере" выбросьте нафиг этот гуй. Он тупой.

2. Склонировали репо и работали с ним какое-то время. Коллега заливает на центральную репо свою ветку. Локально у нас про нее нет никакой информации. Мы даже не знаем что она существует. Можно или сделать git fetch (забрать всю новую инфу с сервера, со всеми коммитами, новыми файлами и те пе, может длиться) или можем посмотреть а что там есть на сервере с помощью git ls-remote

Если в этом случае ваш гуй показывает "значёк , что информация доступна только на сервере", то он всё делает правильно. Посмотрел на удаленке и показал, но сам пока что ничего не скачивал.

Создает новый коммит, который выполняет такие же изсенения как и "копируемый".
где именно? В какой ветке?

В текущей.

СВН-вская копия получилась без веток в коммитах, просто идет одна длинная кишка, хотя по файлам видно что изменения исключительно в ветке, да и ветка моя, так именно и делал.

Тут или хреново сконвертировали (git-svn хорошо понимает свн-овские ветки) или есть недопонимание. Если параллельной разработки никогда не было (сделали ветку, поработали в ветке, потом замержили ветку назад в транк, при этом в самом транке никаких новых коммитов не было) то гитовский лог будет выглядеть как линия.
Может так понятнее... Если в svn было

trunk: A - B  -  -  -  F
            \         /
branch:      C - D - E

То в графе коммитов в гите вы увидите A- B - C - D - E - F

Но ветка "branch" будет на месте. Ее HEAD будет показывать на E (а master на F). Хотя не уверен, будет ли F присутствовать. Он в принципе не нужен...

А что говорит git branch -a?

Вообще-то, что Bitbucket, что Github уже в своем роде сервера, которые позволяют делать всевозможные танцы с бубном.

И? Я говорю что можно работать без них.

Плюс по всему что Bitbucket, что Github для продакшн-кода так просто и использовать грешно.

Почему?

Да и корпоративный Bitbucket, например, тоже не в каждом случае можно использовать и не в каждом проекте.

А конкретнее можно? Пример проекта, который нельзя хранить в битбакете не опишите?

GitHub тоже можно купить. Но геморройно. И дорого. И нафиг надо.

Ну так это делается одной командой git init -bare.

Это создается пустой репо.

А в задаче требоваловась пользовать готовые проекты из SVN в Гите.

Работать с таким - вредительство.

Я не говорю, что надо работать. Речь вроде шла, что локальная копия всегда полностью идентична удаленной.

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

Если в этом случае ваш гуй показывает "значёк , что информация доступна только на сервере", то он всё делает правильно. Посмотрел на удаленке и показал, но сам пока что ничего не скачивал.

именно этот вариант и имел в виду.

git-svn хорошо понимает свн-овские ветки

не уверен, похоже он знает только одну версию svn

А что говорит git branch -a?

не имею никакого понятия, так как командами не пользуюсь, но все новые ветки (гитовские) и тэги видны, а старые нет.

Пример проекта, который нельзя хранить в....

Концепция начальства следующая - никаких исходников на сторонних серверах.

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

Имеется в виду установленный у себя на сервере Bitbucket, а не bitbucket.com.

Я не говорю, что надо работать. Речь вроде шла, что локальная копия всегда полностью идентична удаленной.

Ну, тут, похоже недопонимание. После обычного clone (т.е. в 99% случаев) локальная репо содержит те же объекты что и удаленная. Кроме depth есть и другие параметры, ограничивающие что мы копируем. Но всё это очень редко используется. А, да, есть еще LFS... Ну и изменения в удаленной репо не попадают на наш локальный компьютер "автоматически". Их надо сначала скачать.

Ну и именно этот вариант и имел в виду.

Тогда все хорошо. При следующем fetch-е все данные окажутся в локальной репо.

не уверен, похоже он знает только одну версию svn

Можете быть уверены. Последний раз мы свн в гит недели две назад перетаскивали.

не имею никакого понятия, так как командами не пользуюсь,

А зря. Что там вам ваш гуй показывает я не знаю. Да, если вы командами не пользуетесь, как же вы svn мигрировали?

Имеется в виду установленный у себя на сервере Bitbucket

А какой смысл платить 1800 долларов за сервер?

Мнэ... А что вы называете "сторонним сервером"? Если я на своем рабочем компе установлю битбакет, он сторонний сервер или нет?

А какой смысл платить 1800 долларов за сервер?

Ну, лицензия на 10 пользователей стоит 10 долларов. Есть бесплатный гитлаб.

А смысл... Наверное, чтобы соответсвовать

Концепция начальства следующая - никаких исходников на сторонних серверах.

Ну установите себе в том месте, куда только у вашей группы есть доступ, свой собственный битбакет или гитлаб и управляйте на здоровье.