Здравствуйте, 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 году. У меня много более важных дел , чем тратить время на бесполезное изучение очередного Г.
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 проигрывает в бесконечное число раз.
То есть ты банально не осилил. Может, изложишь тут, чего именно ты не смог осилить? Может, поможем всем миром.
Здравствуйте, netch80, Вы писали:
N>Здравствуйте, minorlogic, Вы писали:
M>>Мне есть с чем сравнивать. На SVN Perforce и т.п. клиенты я затрачивал ровно 0 времени на изучение. В этом контексте GIT проигрывает в бесконечное число раз.
N>То есть ты банально не осилил. Может, изложишь тут, чего именно ты не смог осилить? Может, поможем всем миром.
Я перечислил задачи которые не смог решить в стандартной клиенте. Я скачал клиент от GIThub для мака и винды. Как в них в них сделать перечисленные действия ? или укажите другой клиент который все это делает.
Комманд лайн не предлагать, за убогостью самой концепции.
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 г пришельцы ??? как можно пользоваться системой которая не уважает пользователя и его личное время ?
Что не так? Ниасилил командную строку? Впрочем на то и похоже, так как Гугл тоже ниасилил — там ведь тоже командная строка для ввода текста.
Здравствуйте, 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 пальца и необходимость постоянной перефокусировки зрения с монитора на клавиатуру очень утомляют.
S>Конечно, видимо вам виднее. Но я когда-то тоже так думал. Дело даже не в скорости печати, а в том что когда печатать все-таки приходится, то 2 пальца и необходимость постоянной перефокусировки зрения с монитора на клавиатуру очень утомляют.