git fetch && git branch -a ?

побороть запрос пароля - это генерируются ssh-ключи и везде используется ssh-протокол вместо http.
для того, чтобы не вводить passphrase на ключ (если ключ такой) нужно уметь в ssh-agent.

для http можно написать ~/.authinfo

алсо есть TortoiseGit. он почти вменяемый.

или винда так не умеет?

спасибо. теперь есть что подсказать извращенцам на работе, что по https на гитлаб ходят.
я ни разу не пользовался. да и зачем, при живом ssh?

ей баш в AppData насрал, так что умеет, думаю.
ssh-ключи я всегда в венде подсовывал в хомяк пользователя и работало, ибо гит ставился в систему, а тут какой-то portable билд, так что хз.

А как выпилить серверную ветку при помощи клиента?

Так и думала, что от SSH не отвертеться =_=

Вариант OO

Я думаю, что он будет искать в %AppData%.

Портабельный не имеет собственного HOME, поэтому использует локальный (чёртовы кишлаки). Но как показывает опыт войны с rsync, могут быть и другие подводные камни. rsync, например, хотел чмод и плевал, что у NTFS всё немного по-другому.

Поставь SourceTree и не мучайся

Не захотел. Поэтому пришлось SSH, ~/.ssh/config и всё такое. Но по крайней мере работает.

Я изучила немного. Там примерно такой же аул с десятью эмуляторами, но в виде расширения Проводника.

Русский моряк не привык отступать.

git push origin :serverbranch

в смысле запушить пустоту в бранч serverbranch на ремоуте origin

Да, гит, сука, логичный.
Только логика програмистская.

даже не программистская, а имени Торвальдса

В результате в чистом виде применять Git невозможно, и каждый пилит свой воркфлоу.

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

А это вы зря, у Git хуёвато с тегами. Я бы заменил на ветки.

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

Так это же, наоборот, нормально.
Тебе дали утилиту, используй, как тебе нравится

чем это оно хуевато?

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

Так это ж не связанные вещи. Тегируются-то релизы, понятно, что release, master, dev и feature — это разные ветки.
Если тебе надо поддерживать разные версии продукта, то да, у тебя будут разные ветки.

Теги — вообще сверху накрученный костыль для удобства написания скриптов локально.

Надо записать OO

Ужас какой-то OO