Здравствуйте, minorlogic, Вы писали:

M>>>Первое впечатление о GIT, кусок Г. Не позволяет прозрачно отследить историю изменения файла.

N>>Что значит прозрачно? git {log|annotate|blame} $file — чем плохо?

M>Плохо тем , что я понятия не имею что ты написал. Если для этого надо изучать 3х томный мануал , то в баню всю систему.

Трёхтомный мануал — это миф. Для описания основных действий и методов работы достаточно десятка легко читаемых страниц. И то же самое нужно для любой SCM.

M>>> Родной клиент GIT это каждый коммит == русская рулетка.
N>>Не понимаю. Никаких проблем с коммитами в родном клиенте.
M>Не шути, родной клиент это издевательсво над здравым смыслом. Такие операции , как отследить историю изменений файла , простые ресолвы конфликтов , синхронизация с анешним хранилищем отсутствуют. Это просто эпик фейл

Я не знаю, как ты считаешь, что их нет, если они все есть.
История изменений? git log — показать историю коммитов. git blame, git annotate — показать для каждой строчки id коммита, из которого она возникла.
Резолвинг конфликтов? Выполняется в рамках той операции, в которой возник конфликт. Это может быть merge, cherry-pick, stash pop или ещё какая-то.
Синхронизация? git {push|pull|fetch}.
Всё есть и никакого фейла, сплошной вин

Здравствуйте, minorlogic, Вы писали:

N>>Что значит прозрачно? git {log|annotate|blame} $file — чем плохо?
M>Плохо тем , что я понятия не имею что ты написал. Если для этого надо изучать 3х томный мануал , то в баню всю систему.
Единственный интуитивно-понятный интерфейс — это сиська у мамы. Всё остальное надо изучать.

Конкретно у git есть свои... эээ... идиосинкразии, но ни один из упомянутых примеров к ним не относится.

N>>Не понимаю. Никаких проблем с коммитами в родном клиенте.
M>Не шути, родной клиент это издевательсво над здравым смыслом. Такие операции , как отследить историю изменений файла , простые ресолвы конфликтов , синхронизация с анешним хранилищем отсутствуют. Это просто эпик фейл
1) Отследить историю: "git log <filename>". Что сложного и непонятного? Блин, что вообще может быть ПРОЩЕ?
2) Резольвинг конфликтов — делаем "git pull" (merge, ...) и файлы с конфликтами помечаются специальными маркерами в местах конфликтов. Стандартное для VCS поведение.
3) "Синхронизация с внешним хранилищем отсутствуют" — это вообще что такое?

Здравствуйте, netch80, Вы писали:

N>Трёхтомный мануал — это миф. Для описания основных действий и методов работы достаточно десятка легко читаемых страниц. И то же самое нужно для любой SCM.

Если у системы отсутствует удобный клиент под основыне ОС (оконный, полнофункциональный), то она не имеет права на существование в 2013 году. У меня много более важных дел , чем тратить время на бесполезное изучение очередного Г.

Здравствуйте, Cyberax, Вы писали:


C>1) Отследить историю: "git log <filename>". Что сложного и непонятного? Блин, что вообще может быть ПРОЩЕ?
C>2) Резольвинг конфликтов — делаем "git pull" (merge, ...) и файлы с конфликтами помечаются специальными маркерами в местах конфликтов. Стандартное для VCS поведение.
C>3) "Синхронизация с внешним хранилищем отсутствуют" — это вообще что такое?

Вы простите в 1970 г пришельцы ??? как можно пользоваться системой которая не уважает пользователя и его личное время ?

Здравствуйте, minorlogic, Вы писали:

M>Вы простите в 1970 г пришельцы ??? как можно пользоваться системой которая не уважает пользователя и его личное время ?

Она его отлично уважает. Я при текущем стиле разработки на гите получаю значительно меньше затрат на фиксацию изменений, подготовку их в ясном и пригодном виде, чтении истории, поиске проблемы, переносах между ветками и трейнами и т.д., чем на любом другом SCM. Конечно, я не исследовал их всех. Я не пробовал, например, Monotone, а ещё мне страшно не понравился Arch, я не пробовал Darcs, и так далее. Но среди основных — git на сейчас лучший.

Здравствуйте, netch80, Вы писали:

N>Здравствуйте, minorlogic, Вы писали:

M>>Вы простите в 1970 г пришельцы ??? как можно пользоваться системой которая не уважает пользователя и его личное время ?

N>Она его отлично уважает. Я при текущем стиле разработки на гите получаю значительно меньше затрат на фиксацию изменений, подготовку их в ясном и пригодном виде, чтении истории, поиске проблемы, переносах между ветками и трейнами и т.д., чем на любом другом SCM. Конечно, я не исследовал их всех. Я не пробовал, например, Monotone, а ещё мне страшно не понравился Arch, я не пробовал Darcs, и так далее. Но среди основных — git на сейчас лучший.

Мне есть с чем сравнивать. На SVN Perforce и т.п. клиенты я затрачивал ровно 0 времени на изучение. В этом контексте GIT проигрывает в бесконечное число раз.

Здравствуйте, Cyberax, Вы писали:

C>1) Отследить историю: "git log <filename>". Что сложного и непонятного? Блин, что вообще может быть ПРОЩЕ?

Справедливости ради надо сказать, что если <filename> был переименован/перемещён, то "git log <filename>" покажет историю именно <filename>, а она начинается с момента переименования/перемещения. Чтобы посмотреть историю <filename> до того, приходится делать некоторые приседания.

Здравствуйте, minorlogic, Вы писали:

N>>Трёхтомный мануал — это миф. Для описания основных действий и методов работы достаточно десятка легко читаемых страниц. И то же самое нужно для любой SCM.

M>Если у системы отсутствует удобный клиент под основыне ОС (оконный, полнофункциональный), то она не имеет права на существование в 2013 году.

Хм. Сказал "git gui". Вижу клиента — оконного и, наверно, полнофункционального (пока не вижу, чего он не умеет). Чего тебе ещё не хватает?

M> У меня много более важных дел , чем тратить время на бесполезное изучение очередного Г.

Весьма полезное изучение.

Здравствуйте, minorlogic, Вы писали:

M>Мне есть с чем сравнивать. На SVN Perforce и т.п. клиенты я затрачивал ровно 0 времени на изучение. В этом контексте GIT проигрывает в бесконечное число раз.

То есть ты банально не осилил. Может, изложишь тут, чего именно ты не смог осилить? Может, поможем всем миром.

Здравствуйте, MaLS, Вы писали:

у нас эта проблема решилась просто: проект с годичной историей в Hg проимпортировать удалось, а в Git — нет.
В остальном — это и правда холивар.

Здравствуйте, netch80, Вы писали:

N>Здравствуйте, minorlogic, Вы писали:

M>>Мне есть с чем сравнивать. На SVN Perforce и т.п. клиенты я затрачивал ровно 0 времени на изучение. В этом контексте GIT проигрывает в бесконечное число раз.

N>То есть ты банально не осилил. Может, изложишь тут, чего именно ты не смог осилить? Может, поможем всем миром.

Я перечислил задачи которые не смог решить в стандартной клиенте. Я скачал клиент от GIThub для мака и винды. Как в них в них сделать перечисленные действия ? или укажите другой клиент который все это делает.

Комманд лайн не предлагать, за убогостью самой концепции.

Здравствуйте, netch80, Вы писали:


N>Хм. Сказал "git gui". Вижу клиента — оконного и, наверно, полнофункционального (пока не вижу, чего он не умеет). Чего тебе ещё не хватает?

ССылку дайте , может поможет (без иронии).

M>> У меня много более важных дел , чем тратить время на бесполезное изучение очередного Г.

N>Весьма полезное изучение.

Однозначно ент. Любой command line интерфейс в 2013 г, это пустая трата времени.

Здравствуйте, rising_edge, Вы писали:

C>>1) Отследить историю: "git log <filename>". Что сложного и непонятного? Блин, что вообще может быть ПРОЩЕ?
_>Справедливости ради надо сказать, что если <filename> был переименован/перемещён, то "git log <filename>" покажет историю именно <filename>, а она начинается с момента переименования/перемещения. Чтобы посмотреть историю <filename> до того, приходится делать некоторые приседания.
"git log --follow" тогда помогает. Хотя и с ограничениями, из-за фундаментальных особенностей хранения истории.

Впрочем, SVN точно так же может ломать историю, если вместо "svn mv" сделать пару add/remove.

Здравствуйте, minorlogic, Вы писали:

C>>3) "Синхронизация с внешним хранилищем отсутствуют" — это вообще что такое?
M>Вы простите в 1970 г пришельцы ??? как можно пользоваться системой которая не уважает пользователя и его личное время ?
Что не так? Ниасилил командную строку? Впрочем на то и похоже, так как Гугл тоже ниасилил — там ведь тоже командная строка для ввода текста.

Вот первая же ссылка по запросу "git gui": http://code.google.com/p/tortoisegit/

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, minorlogic, Вы писали:

C>>>3) "Синхронизация с внешним хранилищем отсутствуют" — это вообще что такое?
M>>Вы простите в 1970 г пришельцы ??? как можно пользоваться системой которая не уважает пользователя и его личное время ?
C>Что не так? Ниасилил командную строку? Впрочем на то и похоже, так как Гугл тоже ниасилил — там ведь тоже командная строка для ввода текста.

Повторяю в 4й раз, не осилил. Командная строка это полное неуважение к пользователю и растрата моего личного времени. (особенно учитывая что я 2мя пальцами печатаю). Т.е. любая аппеляция к командной строке я считаю посыланием нах , меня как пользователя.

Здравствуйте, minorlogic, Вы писали:

M>Повторяю в 4й раз, не осилил. Командная строка это полное неуважение к пользователю и растрата моего личного времени. (особенно учитывая что я 2мя пальцами печатаю). Т.е. любая аппеляция к командной строке я считаю посыланием нах , меня как пользователя.
Мне кажется что о растрате вашего личного времени вам должно быть неловко упрекать кого-то еще, учитывая то что печатаете 2мя пальцами. И что если вы действительно печетесь о своем личном времени и у вас нет каких либо физических ограничений, то следует рассмотреть вопрос об освоении более продвинутых техник печати... Имхо, окупите затраченное на освоение время и нервы.

Здравствуйте, samius, Вы писали:

S>Мне кажется что о растрате вашего личного времени вам должно быть неловко упрекать кого-то еще, учитывая то что печатаете 2мя пальцами. И что если вы действительно печетесь о своем личном времени и у вас нет каких либо физических ограничений, то следует рассмотреть вопрос об освоении более продвинутых техник печати... Имхо, окупите затраченное на освоение время и нервы

Вы совершенно не правы. Для моей работы быстрая печать вообще не являтся как либо ощутимым фактором.

Здравствуйте, minorlogic, Вы писали:

M>>>Вы простите в 1970 г пришельцы ??? как можно пользоваться системой которая не уважает пользователя и его личное время ?
C>>Что не так? Ниасилил командную строку? Впрочем на то и похоже, так как Гугл тоже ниасилил — там ведь тоже командная строка для ввода текста.
M>Повторяю в 4й раз, не осилил. Командная строка это полное неуважение к пользователю и растрата моего личного времени.
Ну вот и нефиг заставлять разработчиков git тратить их (крайне ценное!) личное время на поддержку пользователей, которые не могут пользоваться Гуглом.

Кстати, SVN, вообще-то, тоже только из командной строки работает. Не знал?

Здравствуйте, minorlogic, Вы писали:

M>Здравствуйте, samius, Вы писали:

S>>Мне кажется что о растрате вашего личного времени вам должно быть неловко упрекать кого-то еще, учитывая то что печатаете 2мя пальцами. И что если вы действительно печетесь о своем личном времени и у вас нет каких либо физических ограничений, то следует рассмотреть вопрос об освоении более продвинутых техник печати... Имхо, окупите затраченное на освоение время и нервы

M>Вы совершенно не правы. Для моей работы быстрая печать вообще не являтся как либо ощутимым фактором.
Конечно, видимо вам виднее. Но я когда-то тоже так думал. Дело даже не в скорости печати, а в том что когда печатать все-таки приходится, то 2 пальца и необходимость постоянной перефокусировки зрения с монитора на клавиатуру очень утомляют.

Здравствуйте, samius, Вы писали:


S>Конечно, видимо вам виднее. Но я когда-то тоже так думал. Дело даже не в скорости печати, а в том что когда печатать все-таки приходится, то 2 пальца и необходимость постоянной перефокусировки зрения с монитора на клавиатуру очень утомляют.

Это ваши , личные трудности