Вниз  git / github / bitbucket
- 19.10.2015 / 15:33
Kalter
  Пользователь

Kalter 
Сейчас: Offline
Никто из здешних не сможет объяснить суть явления? Или хотя бы задать вектор для самостоятельного копания... хотя, второе не столь важно.
__________________
 Homo homini penis est.
- 19.10.2015 / 15:53
aNNiMON
  Супервизор

aNNiMON 
Сейчас: Offline
Kalter, что-то последний абзац совсем сложный. reword второго коммита с HEAD или с начала истории?
Вероятно, ты не сможешь смерджить. Будет несоответствие истории, а значит и merge не произойдёт.
__________________
 let live

Изменено aNNiMON (19.10 / 15:56) (всего 3 раза)
- 20.10.2015 / 12:28
Kalter
  Пользователь

Kalter 
Сейчас: Offline
Однако, смог. Имена коммитов остались неизменёнными (в ветке, куда мерджили другую с изменённой историей).

Цитата aNNiMON:
reword второго коммита с HEAD или с начала истории?
Вообще, имелось ввиду второго после root, но это не столь важно.
__________________
 Homo homini penis est.
- 20.10.2015 / 12:59
Ксакеп
  Модератор форума

Ксакеп 
Сейчас: Offline
Kalter, в принципе логично, учитывая, что файлы остаются одними и теми же.
Если интересно, можешь прочитать про merge-стратегии, там их довольно много.
- 5.01.2016 / 13:23
Ксакеп
  Модератор форума

Ксакеп 
Сейчас: Offline
git 2.7 релизнулся. Из главного: git bisect теперь работает с old / new, вместо good / bad. Эти термы можно переопределить:
  1. $ git bisect start --term-old=fast --term-new=slow
  2. $ git bisect fast v4.2
  3. $ git bisect slow master
Ещё говорят, что объединили опции для git branch, git tag и git for-each-ref. Всё остальное Atlassian разъясняют в своём блоге, рекомендую посмотреть.
- 5.01.2016 / 17:38
Oak
  Пользователь

Oak 
Сейчас: Offline
Ксакеп, чо за бисект?
__________________
 Эль Презеденте
- 5.01.2016 / 19:14
Ксакеп
  Модератор форума

Ксакеп 
Сейчас: Offline
Oak, это когда ты хочешь найти баг в истории проекта с помощью бинарного поиска по коммитам в истории.
- 6.01.2016 / 01:34
Oak
  Пользователь

Oak 
Сейчас: Offline
Ксакеп, а как с помощью поиска найти баг в истории проекта?
__________________
 Эль Презеденте
- 6.01.2016 / 02:00
Ксакеп
  Модератор форума

Ксакеп 
Сейчас: Offline
Oak, предполагается, что существует ревизия X, в которой появляется определённый баг. Соответственно предыдущая ревизия X^ не содержит этого бага, а все последующие — содержат. Условно, это можно обозначить набором чисел (0...000111...1), где первая единица — это ревизия X; единицы свидетельствуют о наличии бага, нули — об отсутствии.

Очевидно, применим алгоритм бинарного поиска. Git делает checkout на некоторый коммит, разработчик смотрит проект, и отмечает ревизию как good или как bad в случае наличия бага. Процедура повторяется, пока не будет найден коммит X.
- 6.01.2016 / 05:56
Helltar
  Пользователь

Helltar 
Сейчас: Offline
Оффтоп и бан мне, но ребят, вы доставляете, умеете, могёте.
Наверх  Всего сообщений: 109
Фильтровать сообщения
Поиск по теме
Файлы топика (6)