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