Linda-chan
Вроде как git начал ложиться на извилины. У меня два вопроса: как проще всего побороть запрос пароля и как эту собаку заставить видеть ветки на сервере, а не угадывать их каждый раз?
Дата рождения: 01.11.1983
Тотальная неудачница и убийца жёстких дисков. Самая большая поклонница Ариэль. Член ордена Вселенского тормоза имени Осаки-сан. Любительница каваййных переднеприводных машинок. Суккуб на полставки. Когти прилагаются.
Linda-chan
Вроде как git начал ложиться на извилины. У меня два вопроса: как проще всего побороть запрос пароля и как эту собаку заставить видеть ветки на сервере, а не угадывать их каждый раз?
rayslava
git fetch && git branch -a ?
igelko
побороть запрос пароля - это генерируются ssh-ключи и везде используется ssh-протокол вместо http.
для того, чтобы не вводить passphrase на ключ (если ключ такой) нужно уметь в ssh-agent.
rayslava
rayslava
igelko
Linda-chan
Портабельный не имеет собственного HOME, поэтому использует локальный (чёртовы кишлаки). Но как показывает опыт войны с rsync, могут быть и другие подводные камни. rsync, например, хотел чмод и плевал, что у NTFS всё немного по-другому.
Linda-chan
Я думаю, что он будет искать в %AppData%.
igelko
Linda-chan
Вариант OO
Linda-chan
Не захотел. Поэтому пришлось SSH, ~/.ssh/config и всё такое. Но по крайней мере работает.
Linda-chan
igelko
алсо есть TortoiseGit. он почти вменяемый.
Linda-chan
Я изучила немного. Там примерно такой же аул с десятью эмуляторами, но в виде расширения Проводника.
TorvinKun
Поставь SourceTree и не мучайся
Linda-chan
Русский моряк не привык отступать.
А как выпилить серверную ветку при помощи клиента?
git push origin :serverbranch
в смысле запушить пустоту в бранч serverbranch на ремоуте origin
Да, гит, сука, логичный.
Только логика програмистская.
даже не программистская, а имени Торвальдса
В результате в чистом виде применять Git невозможно, и каждый пилит свой воркфлоу.
как-то пообвыкся уже. благо мы в большинстве репозиториев просто гадим в master, периодически тегируя.
А это вы зря, у Git хуёвато с тегами. Я бы заменил на ветки.
да в общем-то нормально всё, репозитории библиотечек и большинства сервисов маленькие.
для проектов чуть больше фичебранчи, и отдельный релизный бранч с тегами, да.
чем это оно хуевато?
Ну, лично меня бесит, что их надо синхронизировать отдельно. Более того, они не являются ветками, и в случае чего срочные бэкпорты просто так не покоммитишь. И у них вроде еще какие-то проблемы с синхронизацией были, неочевидные, но я забыл.
Так это ж не связанные вещи. Тегируются-то релизы, понятно, что release, master, dev и feature — это разные ветки.
Если тебе надо поддерживать разные версии продукта, то да, у тебя будут разные ветки.
Теги — вообще сверху накрученный костыль для удобства написания скриптов локально.
Так это же, наоборот, нормально.
Тебе дали утилиту, используй, как тебе нравится
Ужас какой-то OO
Надо записать OO