Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Расскажите за git [windows]

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3

Открыть новую тему     Написать ответ в эту тему

MARKSIST_UA



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подробнее...

Всего записей: 2 | Зарегистр. 14-09-2015 | Отправлено: 11:08 15-09-2015
zzz528

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Какая же это замысловатая програма.  
 
Ну сделал git clone тру..ля.ля , скачало непонятные файлы, запакованы скорее всего, а дальше что, как с этим работать. Я и смотрел файлы док - ответа не нашел.

Всего записей: 1692 | Зарегистр. 20-06-2005 | Отправлено: 17:46 15-09-2015
andre_d

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Начинаю осваивать Git. Пока работаю один
Создал локальный репозиторий, создаю  коммиты,  в логе видна все история, все ОК.
Но есть непонятка с движением туда-сюда.
Понадобилось откатится на два коммита назад.  
  делаю reset  -  нужный коммит в индексе
  делаю chekout  - нужный коммит в рабочем каталоге
      ... вроде все OK    но !!!      
  Как вернуться к последнему созданному коммиту? В логе его нет ?  
 
Работаю под Windows. Наиболее удобным кажется использование SmartGit.  перечитал
много всяких doc,  но ответа  про столь банальное действие  не нашел.

Всего записей: 130 | Зарегистр. 17-09-2004 | Отправлено: 18:13 19-10-2015
NeoAnomaly

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
andre_d, понадобилось откатиться или только лишь переключиться на др. коммит?
reset выполняет именно откат изменений, поэтому в логе и нет последних коммитов. Чтобы просто вернуться к какому-то раннему коммиту необходимо просто делать checkout.

Всего записей: 418 | Зарегистр. 23-03-2010 | Отправлено: 07:50 21-10-2015
andre_d

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
andre_d, понадобилось откатиться или только лишь переключиться на др. коммит?
reset выполняет именно откат изменений, поэтому в логе и нет последних коммитов. Чтобы просто вернуться к какому-то раннему коммиту необходимо просто делать checkout.
 

Спасибо, надо было просто переключиться на время. Вроде по Checkout получается то, что хотелось - перемещаться вперед назад. - В рабочем каталоге появляются нужные состояния.
 
Не очень понятно, что происходит   с индексом.  Я думал все пересылки должны через него происходить. И не удается встроенным просмотрщиком различия смотреть.

Всего записей: 130 | Зарегистр. 17-09-2004 | Отправлено: 15:07 21-10-2015 | Исправлено: andre_d, 15:08 21-10-2015
ItsJustMe

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Расскажите за git

Боюсь, рассказать что-либо за git мы не сможем. Git даже сам по себе не является хорошим рассказчиком, ибо вообще никогда ничего не рассказывал. Поэтому, заменить его в качестве рассказчика тоже вряд ли возможно.

Всего записей: 2033 | Зарегистр. 02-09-2005 | Отправлено: 18:27 21-10-2015
NeoAnomaly

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Не очень понятно, что происходит   с индексом.  Я думал все пересылки должны через него происходить.

andre_d, а что происходит с индексом и о каких пересылках идёт речь?
 

Цитата:
И не удается встроенным просмотрщиком различия смотреть.

Речь про smartgit? Не показывает изменения или что? Сам я пользуюсь связкой tortoise git + araxis merge ни разу не испытывал неудобств, в отличии от новомодных SourceTree, GitHub Desktop и им подобных... Видимо привычка ещё с tortoise svn

Всего записей: 418 | Зарегистр. 23-03-2010 | Отправлено: 07:34 22-10-2015
andre_d

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
 
Не очень понятно, что происходит   с индексом.  Я думал все пересылки должны через него происходить.
 
andre_d, а что происходит с индексом и о каких пересылках идёт речь?
 

Насколько я понял принцип работы GIT, из рабочего каталога информация сначала переносится в индекс (add), а потом собственно в репозитарий(локальный) (commit). И, соответственно, при необходимости  вернуться к какому-то состоянию, его нужно переслать сначала в индекс,  а потом в рабочий каталог. А сейчас получается что по Checkout в SmartGit-e у меня сразу нужное состояние оказывается в рабочем каталоге. А индекс вроде и ни при чем.  

Цитата:
 
И не удается встроенным просмотрщиком различия смотреть.
 
Речь про smartgit? Не показывает изменения или что? Сам я пользуюсь связкой tortoise git + araxis merge ни разу не испытывал неудобств, в отличии от новомодных SourceTree, GitHub Desktop и им подобных... Видимо привычка ещё с tortoise svn
 

Да про SmartGit. Когда у меня в рабочем каталоге было текущее состояние, его встроенный просмотрщик различий достаточно удобно показывал что когда было изменено. А когда в рабочем каталоге восстановленное, изменения не показываются(хотя может и действительно непонятно что с чем должно сравниваться)
TortoiseGit что то у меня не прижился. Он похоже завязан на контекстное меню и наверное как-то кривенько встал. Но попробую еще раз. Спасибо!

Всего записей: 130 | Зарегистр. 17-09-2004 | Отправлено: 13:55 23-10-2015 | Исправлено: andre_d, 13:58 23-10-2015
KDPoid



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Расскажите за Git...
 
Привык к SVN и TFVC.
Перехожу на проект, где команда использует Git.
- А как вы блокируете файл от перезаписи другими участниками, пока сами над ним работаете ?
- При помощи Skype...  
-
 
Я понимаю, что идея заблокировать файл не очень ложится на концепцию распределённого хранилища. Но потребность совместной работы над бинарными файлами ведь никуда не девается. Вне зависимости от красивых теорий
Кому Git привычен, поделитесь, как вы из этого выкручиваетесь.
А то гугл больше переживает о блокировке GitHub, или выдаёт какие-то способы лечения ангины автогеном через зад...

Всего записей: 404 | Зарегистр. 08-08-2006 | Отправлено: 06:18 23-01-2016
Alexzzy

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KDPoid

Цитата:
Я понимаю, что идея заблокировать файл не очень ложится на концепцию распределённого хранилища.

Надо признать, что совсем не ложится - нет центра, все равны.
Я думаю надо решать на уровне организации командного рабочего процесса, при котором не будет необходимости блокировать файлы. Вариантов реализации и статей на эту тему много.  
Примеры:
http://habrahabr.ru/post/106912/
http://habrahabr.ru/post/75990/

Всего записей: 1474 | Зарегистр. 10-07-2013 | Отправлено: 13:32 23-01-2016
KDPoid



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Описанные техники подходят для случаев, когда результат работы потом можно мержить. Пока это исходники, всё красиво. А если часть проекта - бинарные файлы ? Алиса и Боб породили свои ветки, поработали в них над одним и тем же файлом...  
Какой бы сложности веток мы не наплели потом, рано или поздно, их работа встретится в ветке master..
И тогда один из них увидит, как её работа будет спущена в унитаз затёрта работой другого.
 
А я, прежде чем дорабатывать структуру базы в каком-нибудь средстве проектирования, должен буду обзвонить всех участников и убедиться, что никто сейчас не работает над этими же диаграммами... И это мне ещё повезло, что у меня файл один...
 
Три рисователя иконок, встретившись в одном репозитории, будут думать, что ад и git - это синонимы...

Всего записей: 404 | Зарегистр. 08-08-2006 | Отправлено: 21:03 23-01-2016 | Исправлено: KDPoid, 21:03 23-01-2016
Alexzzy

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KDPoid

Цитата:
Описанные техники подходят для случаев, когда результат работы потом можно мержить

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

Всего записей: 1474 | Зарегистр. 10-07-2013 | Отправлено: 02:48 24-01-2016
KDPoid



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я говорю о ситуации с бинарными файлами.  
Единственный вариант разруливания - выбросить часть работы.
Вот, к примеру, в проекте заказчик обфукал 150 иконок как непонятные. Алиса и Боб ушли медитировать, и через 3 дня выдали по 50 иконок, которые считают более понятными.
Вполне естественно, что в 20 случаях, они опонятили одну и ту же иконку. Что тут можно разрулить ? Главный пушер в master просто 20 раз скажет "извини, твой труд пропал не напрасно"
 
Получается, как только мы переходим от работы стаи одиночек, "каждый над своим независимым кусочком", к совместной работе над общими файлами, тут и выясняется, что git не для этого... Нужно какое-то внешнее средство коммуникации. Разводящий, централизовано управляющий правками, или канбан-доска, какая-нибудь...
 
Вот про это я и спрашиваю. Если вы реально практикуете Git, что вы используете, чтобы упорядочить очередь людей, желающих править один и тот же бинарный файл ?

Всего записей: 404 | Зарегистр. 08-08-2006 | Отправлено: 09:14 24-01-2016
Alexzzy

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KDPoid

Цитата:
Я говорю о ситуации с бинарными файлами.  

Я тоже, и в частности про бинарный файл средства проектирования. В этом случае ничего не пропадает, т.к. в средстве проектирования имеется merge.

Цитата:
Алиса и Боб ушли медитировать, и через 3 дня выдали по 50 иконок, которые считают более понятными.  
Вполне естественно, что в 20 случаях, они опонятили одну и ту же иконку.  

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

Цитата:
Получается, как только мы переходим от работы стаи одиночек, "каждый над своим независимым кусочком", к совместной работе над общими файлами, тут и выясняется, что git не для этого...  

Для кучи бинарных иконок - да, не для этого. В остальном у Git-а больше плюсов (в сравнении с SVN), минусы меня не затрагивают.

Цитата:
Если вы реально практикуете Git, что вы используете, чтобы упорядочить очередь людей, желающих править один и тот же бинарный файл ?

Я только недавно начал практиковать Git, переведя всё из SVN под Git. Под SVN не было необходимости блокировать бинарные файлы, так что пока это для меня не проблема. Структура БД под PowerDesigner в его репозитории. Подумываю о возможности по-правильному модель PowerDesigner-а (в бинарном или xml виде) под Git положить.

Всего записей: 1474 | Зарегистр. 10-07-2013 | Отправлено: 16:55 24-01-2016 | Исправлено: Alexzzy, 17:03 24-01-2016
KDPoid



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexzzy,

Цитата:
 про бинарный файл средства проектирования. В этом случае ничего не пропадает, т.к. в средстве проектирования имеется merge.  

Это как ? Я поработал над схемой и скоммитил её локально. Тут вижу в скайпе: "Ах да, забыл предупредить, я тут накидал в схему табличек по задаче ХХХ, они уже в общем мастере, посмотри."
 
#$^@$% !!! ,- думаю я. А делать-то что ? При попытке втянуть схему ко мне, оно уже откажется, потому что не сможет смержить. Как я их буду объединять средством проектирования?
Сделать себе ещё одну копию удалённого мастера? Или отложить свои потуги, принять чужие с переписыванием своих, потом мержить свои обратно в средстве проектирования?
 
Какие-то почёсывания левого уха правой рукой.
 

Цитата:
В остальном у Git-а больше плюсов

А каких ? Вот, чего плохо в SVN, я и сам могу всплакнуть, а что приятного в Git? Что-то я и так и этак, всё какое-то корявое..., не могу пристроить его так, чтобы было удобно.
 
 
 
 

Всего записей: 404 | Зарегистр. 08-08-2006 | Отправлено: 20:25 01-02-2016
Alexzzy

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KDPoid
Как вариант.

Цитата:
При попытке втянуть схему ко мне, оно уже откажется, потому что не сможет смержить.

Всю работу делать в локальных "рабочих" ветках. Каждая задача имеет свою ветку. Потом они "причесываются" если надо, мержатся c мастером и бесследно удаляются. Это плюс в сравнении с SVN.

Цитата:
Как я их буду объединять средством проектирования?

Средством проектирования смержить в рабочую ветку запулинные новинки.

Цитата:
Какие-то почёсывания левого уха правой рукой.

Зато нет блокировок и стимулирует на быструю разработку. Кто первый запушил тот и в шоколаде.

Цитата:
а что приятного в Git?

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

Цитата:
Что-то я и так и этак, всё какое-то корявое..., не могу пристроить его так, чтобы было удобно.

Ну да, непривычно и линуксовые корни напрягают. Думаю надо хорошо разобраться и втянуться, разработав стратегию работы. Со временем должно стать удобным. Можно будет и Git-ом с svn-репозиторием работать. Втянувшихся под SVN не загонишь, как говорят.
Я пока втягиваюсь.

Всего записей: 1474 | Зарегистр. 10-07-2013 | Отправлено: 23:18 01-02-2016
KDPoid



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Локальный репозиторий - для меня важно

А почему ? Быстрый коммит? Так при современном состоянии Инета, он и удалённо - тоже быстрый.
Как-то пока получается, что поверх git-а нужна параллельная единая система , уведомлений, отметок... Всё то, что естественным образом есть в СКВ с центральным хранилищем. И какой тогда плюс в локальной копии ? Ведь и TFSVC и SVN позволит желающему получить полную копию репозитория к себе...
 

Цитата:
Всю работу делать в локальных "рабочих" ветках. Каждая задача имеет свою ветку.

Наверное, вот где ответы...
надо перестать думать о каждой ветке, как о направлении разработки, содержащем последовательные сборки, и попробовать порождать ветки под каждую задачу...
 
 

Всего записей: 404 | Зарегистр. 08-08-2006 | Отправлено: 08:12 02-02-2016 | Исправлено: KDPoid, 08:14 02-02-2016
Alexzzy

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KDPoid

Цитата:
А почему ? Быстрый коммит? Так при современном состоянии Инета, он и удалённо - тоже быстрый.  

Не, дело в том, что в основном надо подключаться к репозиторию находящемуся в удаленной сети через интернет и VPN, а это не очень удобно и связь бывает нестабильной
. Плюс бывает что интернет не доступен.

Цитата:
надо перестать думать о каждой ветке, как о направлении разработки, содержащем последовательные сборки, и попробовать порождать ветки под каждую задачу...  

Да, Git позволяет "крутить" ветки как угодно.

Всего записей: 1474 | Зарегистр. 10-07-2013 | Отправлено: 13:04 02-02-2016
NiXXX



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго всем времени суток!
Поставил для личного использования Git на рабочий комп. Из командной строки все привычно и знакомо, но есть же еще и GUI... Вот тут я не понял. В свойствах ярлыка я указал рабочую папку, запустил и случилось странное - помимо нужной директории git подхватил скрытые в c:\Users\user1\, а там всякого хлама дофига.
Зачем он так?
Как удалить untracked файлы из вывода, но не удалять их с диска?

Всего записей: 365 | Зарегистр. 06-05-2003 | Отправлено: 19:00 19-04-2018 | Исправлено: NiXXX, 19:30 19-04-2018
Abs62



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NiXXX
А .gitignore не подойдёт?

----------
0 программистов ругал сердитый шеф
Потом уволил одного, и стало их FF

Всего записей: 6081 | Зарегистр. 22-10-2005 | Отправлено: 17:22 20-04-2018
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Расскажите за git [windows]


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru