Git - кто работает с GitVersion?
После перехода с SVN возникла проблема как идентифицировать версию на компе клиента с репозиторием.
Вроде в какой то степени GitVersion помогает получить автоматом привычный номер версии. А вот как теперь по этому номеру версии найти нужный коммит?
Я уже как-то писал, что GitVersion автоматом проставляет номер коммита в версию. Только не в обычную версию бинарника (она числовая), а в метаданные.
Исключение - версия, созданная из тэга. Там номера коммита нет, но есть номер версии, идентичный тэгу. А тэг в git - это тоже коммит.
В чём проблема-то конкретно?
Почему нельзя каждую версию "тагить"?
Нафига тогда вообще делать "автоикремент изменений", можно и ручками версию писать. Все должно быть на автомате.
Или хэш коммита вставлять куда-нить в метаданные?
Что то типа этого не нахожу в GitVersion
Распиши подробно workflow.
подробно... тогда уж проще руками версию писать 
Сижу я, допустим, месяц у клиента, постоянно что то делаю. Как уеду, появится тэг на последней версии.
Но вот во время корректировок обнаруживается, что версия ...115 работала "лучше", чем ..120
Вариантов вообще может быть много.
Sourcetree установить попробуйте. Облегчает работу, правда не для linux.
Стандартный просмотр истории коммитов:
$ git log -p -2 //"2" это кол.во последних коммитов. --graph рисует дополнительно "дерево"
Если хотите "откатить" изменения, можете воспользоваться
$ git rebase -i
Sourcetree установить попробуйте. Облегчает работу, правда не для linux.
Вообще-то нет ничего удобнее, чем гит в консоли. Нужно лишь привыкнуть.
Если хотите "откатить" изменения, можете воспользоваться
$ git rebase -i
Ты наверно имел в виду git reset. Интерактивный rebase немного для других вещей.
Sourcetree установить попробуйте.
Так командной строкой вообще не пользуюсь, Git Extension больше нравиться + еще GitFlow для студии
делаю билд, заливаю куда-то для тестов
Это всё было на автомате, когда был один единственный проект.
А когда скажем, раз в квартал приходит новый проект, то подобная автоматизация теряет смысл.
Да и без устройства что то проверять достаточно сложно, нужно делать/запускать 3-4 эмулятора и все временные задержки будут совсем другие.
А возле устройства может и мобильного интернета не быть. Да и VPN в Китае отрубают по быстрому.
Вообще-то ты прав. Чтобы только откатить изменения git reset, чтобы выборочно объединить или удалить коммиты rebase interactive. Давно гит'ом не пользовался просто.Ты наверно имел в виду git reset
Когда доходит до проблем, то да, соглашусь на 1000% 😀 Для рутинных операций, имхо, удобнее пользоваться встроенными в IDE тул'ами. Хотя профессионалы предпочтут консоль, однозначно.Вообще-то нет ничего удобнее, чем гит в консоли.
В консоли многие операции просто быстрее и эффективнее.
Могу согласится с нравится или не нравиться. Или если пакет операций делать.
А вот скорость и эффективность одной операции никак не будет отличаться, ведь команды с менюшек конвертируются в те же самые "консольные вызовы".
Угу. Но есть одно "но". Обычно результаты консольной команды можно объяснить заранее. А вот что именно сделает кнопочка... И какие чекбоксики, радио и прочими мультиселекты повлияют на результат... Можно пояснить только постфактум.
Если бы я получал евру за каждый раз когда приходилось разбираться с "а чо у меня тут случилось, я нажал на кнопочку и оно все не так"...
Из наиболее частого - ой, а я и не знал что у меня чекбоксик "делай ребейс перед мержем" включен. Во что превращается ветка если парочка разработчиков упорно ребейсят ее, а остальные тупо пулят и мержат, объяснять? :)
Поэтому я чувствую себя намного увереннее, когда говорю: "набери в консоли git merge --no-ff <имя ветки>" чем "нажми на кнопочку merge и проверь что в твоем любимом туле выбрано (где бы то ни было и как бы это ни называлось) не делать fast forward при мерже.
P.S. Ужас, сколько ругательских слов... мержить, ребейсить, пулить, бедный язык Пушкина и Толстого :)
P.P.S. С консолью надо просто немного поработать. И не с микрософтовскими поделками. И что-то вроде "find . -name "pom.xml" -exec grep "log4j" {} \; -print" будет набираться быстрее чем елозить мышкой по паре-тройке попапов. А если освоить sed и awk...
С консолью надо просто немного поработать
Да уж сколько консолей перепробывал (не только про гит) - раздражает сам принцип набирать команды с параметрами. Поэтому и говорю что кому нравится.
А в команде у нас одна тулза и для основных операций сделано описание с картинками.