for flooders
:: Главная :: Решения :: Статьи :: Сайт М. Дроздова :: Файловый архив :: Книга по VFP 9 :: Русский Help Online :: OFF-LINE Форум
   Л и с о в о д ы   в с е х   с т р а н,  о б ъ е д и н я й т е с ь !!!  

Список Форумов  :: Не фоксом единым
   :: Помощь сайту :: 

Гит гуи история файла
Гулин Федор
Автор

Сообщений: 3940
Откуда: Минск
Дата: 06.04.18 11:44:21ОтветитьЦитировать
Думаю я не один юзаю Гит

SourceTree - в прниципе норм. тул
не хватате истории файла - чтобы нажать и видеть когда и кем менялся
юзаю батник - но надо переключаться в Far
gitk --follow %1

Кто еще какие тулы юзают для гита ?



Исправлено: Гулин Федор, 06.04.18 11:44
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Igor Korolyov

Сообщений: 32010
Дата: 06.04.18 13:11:30ОтветитьЦитировать
TortoiseGit
Visual Studio (вполне и там всё можно смотреть и делать)

Не понимаю зачем "переключаться в FAR" - вызвать данную команду можно из любого файл-менеджера, включая проводник. Банальный ярлык в SendTo сделать


------------------
WBR, Igor
Ratings: 0 negative/1 positive

Re: Гит гуи история файла
Гулин Федор
Автор

Сообщений: 3940
Откуда: Минск
Дата: 09.04.18 11:26:16ОтветитьЦитировать
Igor Korolyov
TortoiseGit
Visual Studio (вполне и там всё можно смотреть и делать)

Не понимаю зачем "переключаться в FAR" - вызвать данную команду можно из любого файл-менеджера, включая проводник. Банальный ярлык в SendTo сделать

имелось ввиду переключасться из SourceTree
а так Far это мое все - хотя Тоталм иногда тоже пользусюь

поставлю черепаху посмотрю
насчет VS - не хочу потому что у меня стоит 2 версии для 2 разных проектов
подозреваю что нужны плагины - видел как то давно плагин для гита не впечатлило.
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Igor Korolyov

Сообщений: 32010
Дата: 09.04.18 12:15:34ОтветитьЦитировать
Плагин, точнее extension там для каких-то продвинутых целей наверное нужен... Базовый функционал (включая историю/лог, просмотр изменений/diff, blame, бранчи, теги, стэйдж/коммит, пуш/пул) просто в самой студии (в т.ч. Community) работает.


------------------
WBR, Igor
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Pekpytep

Сообщений: 697
Откуда: Луганск
Дата: 09.04.18 17:52:12ОтветитьЦитировать
Иногда пользуюсь гиткракеном, если консоли не хватает.
www.gitkraken.com
Ratings: 0 negative/1 positive

Re: Гит гуи история файла
Гулин Федор
Автор

Сообщений: 3940
Откуда: Минск
Дата: 10.04.18 16:28:47ОтветитьЦитировать
Pekpytep
Иногда пользуюсь гиткракеном, если консоли не хватает.
www.gitkraken.com

СПАСИБО
История там неплохо показывается - удобней чем в гит гуи.

зы еще сменю их мрачноыватые тона и буедт вообще все класс
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Гулин Федор
Автор

Сообщений: 3940
Откуда: Минск
Дата: 10.04.18 16:41:27ОтветитьЦитировать
Igor Korolyov
TortoiseGit

поставил 2.6
там есть Diff с пред. версией -а я хочу всю историю
не нашел такого в черепахе
зы остановимся пока на кракене для этой цели.
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Igor Korolyov

Сообщений: 32010
Дата: 10.04.18 19:10:02ОтветитьЦитировать
Честно говоря я не понимаю что есть "diff всей истории".
Сравнивать можно лишь 2 версии (для разрешения конфликтов три - дополнительно будет видна "базовая" версия файла для обоих конфликтующих веток).
"История всего" - это лог (черепашка позволяет отсечь её "по файлу", или "по папке" - т.е. не показывать те коммиты где не менялись интересующие тебя файлы). В логе видны все коммиты и можно сравнивать их (применимо к конкретному файлу) как угодно - хоть "с предыдущим", хоть с любым другим (даже с "нулевым", где этот файл был пуст/не существовал).

Возможно ты говоришь про blame - т.е. показ версии файла с "метками" авторства/коммита для каждой строки - это тоже есть в черепашке, при том там можно ходить опять же по списку коммитов менявших данный файл, и видеть и его состояние на указанный момент времени, и внесённые соответствующим коммитом изменения.


------------------
WBR, Igor
Ratings: 0 negative/2 positive

Re: Гит гуи история файла
Гулин Федор
Автор

Сообщений: 3940
Откуда: Минск
Дата: 11.04.18 11:44:02ОтветитьЦитировать
Igor Korolyov
Честно говоря я не понимаю что есть "diff всей истории".
Сравнивать можно лишь 2 версии (для разрешения конфликтов три - дополнительно будет видна "базовая" версия файла для обоих конфликтующих веток).
"История всего" - это лог (черепашка позволяет отсечь её "по файлу", или "по папке" - т.е. не показывать те коммиты где не менялись интересующие тебя файлы). В логе видны все коммиты и можно сравнивать их (применимо к конкретному файлу) как угодно - хоть "с предыдущим", хоть с любым другим (даже с "нулевым", где этот файл был пуст/не существовал).

Возможно ты говоришь про blame - т.е. показ версии файла с "метками" авторства/коммита для каждой строки - это тоже есть в черепашке, при том там можно ходить опять же по списку коммитов менявших данный файл, и видеть и его состояние на указанный момент времени, и внесённые соответствующим коммитом изменения.

посмотрел blame интересная вещь - но не совсем то
мне надо видеть последние версии Одного файла в удобном виде и быстро смотреть разницу между ними

в черепазе в blame есть compare with previouS - да решает частично проблему - но не оч. удобно

В Кракене все это в одном окне - быстро переключаешься

зы больше тулов хороших и разных
по любому уже есть польза от этго топика
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Igor Korolyov

Сообщений: 32010
Дата: 11.04.18 12:16:37ОтветитьЦитировать
Всё одно не понимаю... ПоследнЯЯ версия файлА по идее всегда одна - на то она и последняя Сравнивать её можно (в черепахе через окно лога) с любой из "предыдущих" версий. Т.к. гит "сильно ветвистая" СУВ, то там не совсем корректно говорить про "последнюю" версию (хотя вполне можно по дате найти именно последнюю) - правильнее говорить про крайние версии из разных веток - скажем "последняя в master", "последняя в release_candidate", "последняя в my_mega_feature" (и их тоже вполне можно сравнивать - как между собой, так и с любыми "предшествующими" версиями).

blame показывает для некоторой версии файла (хоть последней, хоть нет) из какого коммита пришла каждая строка. Там не будет видно "состояния" файла для предыдущих коммитов, т.е. это именно одна версия, но аннотированная - кто "виноват" за каждую строку файла - потому оно и называется blame

В общем не ясна цель - что именно ты пытаешься увидеть в истории


------------------
WBR, Igor
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Гулин Федор
Автор

Сообщений: 3940
Откуда: Минск
Дата: 11.04.18 13:06:18ОтветитьЦитировать
ну вот я правил SQL
потом э дружественный нам индус поправил
потом я поправил - потом Майк сверху
и вот все это за 2 дня и скрпит валится
чтобы определить чей косяк - надо видеть 3-4 посл. версии и разницу между ними
поэтому и писал последнИЕ

в кракене - слева вкладка с коммитами кто и коммент
справа сам исходник и с diff вполне удобно

зы гуглил
www.topbestalternatives.com
вариантов масса но пока 3-х клиентов хватит



Исправлено: Гулин Федор, 11.04.18 13:06
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Foxtrot

Сообщений: 3332
Откуда: Бишкек
Дата: 11.04.18 14:50:04ОтветитьЦитировать
чтоб определить чей косяк просто откатываешь все взад и после каждого шага проверяешь


------------------
P.S. будете проходить мимо, не стесняйтесь, проходите
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Igor Korolyov

Сообщений: 32010
Дата: 11.04.18 17:29:02ОтветитьЦитировать
Так "откатывать" необязательно - видно и так всё сразу (файл в том виде в каком он в данном коммите был) - конечно, если именно "по внешнему виду" ты и понимаешь что "тут есть косяк"

Для описанного сценария "поиска виноватого" как раз blame и подходит лучше всего. Правда нужно точно знать в какой строке (строках) косяк (ну для обычного языка там прога вываливается/тест не проходит/код не компилится - потому место нахождения ошибки более-менее понятно) - тогда смотришь кто автор этих строк и всё


------------------
WBR, Igor
Ratings: 0 negative/1 positive

Re: Гит гуи история файла
Foxtrot

Сообщений: 3332
Откуда: Бишкек
Дата: 16.04.18 15:16:40ОтветитьЦитировать
в твоем случае многа буков и степень продвинутости прогера-читателя роляют
а в моем варианте ответ будет да или нет. все просто
и раз уж пейсатель сюды заглянул/создал тред - следовательно не все так просто как ты мозгуешь


------------------
P.S. будете проходить мимо, не стесняйтесь, проходите
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Igor Korolyov

Сообщений: 32010
Дата: 16.04.18 18:33:23ОтветитьЦитировать
Если есть формальный способ выяснения наличия глюка (тест, например) то в гите для этого имеется инструмент бинарного поиска (aka bisect)
git-scm.com
Не нужно "откатывать всё взад и после каждого шага проверять". Сама система методом половинного деления быстро выведет на нехороший коммит из указанного диапазона коммитов (при большом желании- хоть с самого первого до самого последнего). При том если "детектор бага" можно запускать автоматически (например сборку проекта и прогон всех модульных тестов, или одного "специфического" теста определяющего данную проблему), то гит вообще ВСЁ сам сделает.
Только для ситуации с sql скриптами это (автоматическое определение наличия ошибки) крайне маловероятно...


------------------
WBR, Igor
Ratings: 0 negative/1 positive

Re: Гит гуи история файла
Foxtrot

Сообщений: 3332
Откуда: Бишкек
Дата: 16.04.18 19:11:49ОтветитьЦитировать
почитал. имхо сие баловство и потеря времени
хотя возможно оно комунить и пригодишн. перке но


------------------
P.S. будете проходить мимо, не стесняйтесь, проходите
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
spinz

Сообщений: 5262
Дата: 16.04.18 19:50:03ОтветитьЦитировать
ух ты, наши казахстанские подруги умеют во францию


------------------
Позовите санитаров
Ratings: 0 negative/0 positive

Re: Гит гуи история файла
Igor Korolyov

Сообщений: 32010
Дата: 16.04.18 21:01:37ОтветитьЦитировать
Баловство и потеря времени это вручную поочерёдно накатывать коммиты и проверять (тоже, поди, вручную, а не автоматизированными тестами) "сломалось или нет". Автоматизация этого процесса - большое благо.
Впрочем, при грамотной постановке всего процесса разработки, такие ситуации сводятся к минимуму. "Сломать" то что ранее работало и было покрыто тестами практически невозможно. Такие коммиты просто не будут опубликованы (надо быть совсем уж клиническим "китайцем", чтобы увидев сломанный тест всё одно запушить коммит и тем паче мерж-реквест сделать), или не будут приняты в одну из основных "веток" проекта (даже если это ветка "перспективные наработки для релизов 2020-го года")
В общем да - это инструмент довольно редко нужный...


------------------
WBR, Igor
Ratings: 0 negative/0 positive



Извините, только зарегистрированные пользователи могут писать в этом форуме.

On-line: 40 GM51 Simple777  and Guests: 38


© 2000-2018 Fox Club 
Яндекс.Метрика