Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Релиз распределенной системы управления исходными текстами G..., opennews (??), 01-Окт-11, (0) [смотреть все] Это интересно Насколько сейчас полноценен гит под вендой , Аноним (-), 23:22 , 01-Окт-11, (1) +1 // Вполне, юзабелен Git - он и в Африке Git , umbr (ok), 00:39 , 02-Окт-11, (4) +1 Проблемы с кодировками сущетвуют Не работает юникод в названии файлов , Аноним (-), 02:04 , 02-Окт-11, (7) // А РаЗнЫе РеГиСтРы в именах файлов работают А то в nix можно запросто создать R, Аноним (-), 07:22 , 02-Окт-11, (14) +1 // Гит с этим ничего не может сделать Вендопроблемы , Аноним (-), 10:42 , 02-Окт-11, (17) +6 какие проблемы ntfs - case sensitive и поддерживает Юникод еще аж с момента сво, anonymouse (?), 21:55 , 02-Окт-11, (30) Да, только по дефолту для виндов Readme txt и readme txt - один и тот же файл, а, Аноним (-), 16:00 , 04-Окт-11, (103) Нормально УМВР , noname (??), 22:16 , 02-Окт-11, (32) Используем более 2х лет Отлично работает , soos (?), 13:49 , 03-Окт-11, (43) Под win как обычно костыли с каким то окружением Hg как бальзам послан был, выру, Аноним (-), 03:53 , 02-Окт-11, (10) +1 все-таки Mercurial умеет все то же самое, легко портируется на любую ОС, одинако, добрый дядя (?), 04:00 , 02-Окт-11, (11) –4 // Из вашего сообщения следует, что вы используете исключительно mercurial, с git с, Владимир (??), 05:17 , 02-Окт-11, (12) +5 // Из вашего сообщения следует, что вы используете исключительно git, с mercuria ст, Аноним (-), 06:37 , 02-Окт-11, (13) +1 // Сталкивался с обоими, гит показался как-то дружественнее и логичнее Ы , Аноним (-), 07:23 , 02-Окт-11, (15) Сталкивался с обоими, дружественнее и логичнее оказался mercurial, develop7 (ok), 02:06 , 03-Окт-11, (37) Расскажите это счастливым пользователям subversion , kshetragia (ok), 05:09 , 04-Окт-11, (92) А они когда-нибудь сталкивались с DVCS Судя потому, что они все еще пользуются s, Аноним (-), 15:42 , 04-Окт-11, (102) Это был всего лишь тонкий намек на то, что я почему-то после cvs svn, взяв hg из, kshetragia (ok), 13:31 , 06-Окт-11, (157) Всё, ну решительно всё Делают Не Так Как вас только земля носит, еретики iro, develop7 (ok), 15:20 , 06-Окт-11, (159) -D, kshetragia (ok), 05:42 , 07-Окт-11, (167) А некоторые вообще до сих пор с деревянными копьями бегают и счастливы , Аноним (-), 16:04 , 04-Окт-11, (104) ну, вот я был пользователем subversion никогда она мне не нравилась и не казала, anonymous (??), 19:44 , 04-Окт-11, (115) ну вот взять меня я переехал на git с subversion тогда я уже знал о существова, develop7 (ok), 23:02 , 02-Окт-11, (33) // я напишу меньше текста 2 5 года, переехали с свн на гит проекты от мегабайта и, anonymous (??), 05:36 , 03-Окт-11, (38) +1 А хоть одну вменяемую можно привести И желательно технологическую, а не слюни т, KO (?), 10:42 , 03-Окт-11, (40) пожалуйста гит тоже никто не умел, кстати оно ТОРМОЗИТ после гита плакать хо, anonymous (??), 17:29 , 03-Окт-11, (48) ага, помню, жаловался на тормоза один деятель начали копать 8212 выяснилось,, develop7 (ok), 18:17 , 03-Окт-11, (55) cool story, bro возьми пирожок , anonymous (??), 18:21 , 03-Окт-11, (56) –1 а вот ещё cool story 8212 http mac github com использует http libgit2 gi, develop7 (ok), 20:01 , 03-Окт-11, (77) Пользуюсь hg Mercurial в проекте порядка 1 миллион строк кода, Windows Заявля, ruslan (??), 18:57 , 03-Окт-11, (57) дальше, в принципе, читать не обязательно , anonymous (??), 19:01 , 03-Окт-11, (58) –3 этого не может быть потому что этого не может быть никогда ясно же выше сказал, develop7 (ok), 19:09 , 03-Окт-11, (59) +1 это всё, без сомнения, важно и интересно, но я вот до сих пор не могу понять одн, anonymous (??), 19:17 , 03-Окт-11, (61) Нумерация 0, ,n существует только в локальном репозитории и имеет смысл только, ruslan (??), 19:26 , 03-Окт-11, (64) штука в том, что она вовсе смысла не имеет, нигде , anonymous (??), 19:37 , 03-Окт-11, (70) Может она не необходима для полноты алгебры операицй над репозиториями, но это, Ruslan (??), 21:07 , 03-Окт-11, (87) если запомнить вы можете выжечь у себя на руке , что 171 порядковые номера ch, develop7 (ok), 19:26 , 03-Окт-11, (65) тут вот какое дело они не нужны ни для какого использования единственная при, anonymous (??), 19:36 , 03-Окт-11, (69) отучайтесь проецировать собственные комплексы на незнакомых людей локальные номе, develop7 (ok), 19:42 , 03-Окт-11, (74) Учитывая с какой скоростью работает NTFS - там что угодно не тормозит , только , Аноним (-), 16:10 , 04-Окт-11, (107) Ну так питонисты против олдскульных перцев же Понятно кто зарулит С закрытыми , Аноним (-), 16:06 , 04-Окт-11, (105) ага, знаем 95 считают, что если вывод не раскрашен, значит это невозможно и п, develop7 (ok), 11:38 , 03-Окт-11, (42) +2 значит, мы всё сделали не так потому что гуры не было, а я в процесс не вмешива, anonymous (??), 19:18 , 03-Окт-11, (62) значит, сотни времени спустили в унитаз git всегда берёт своё 8212 чаще всег, develop7 (ok), 19:29 , 03-Окт-11, (66) пожимает плечами я так понимаю, hg впитывают с молоком матери а ты 8212 кр, anonymous (??), 19:38 , 03-Окт-11, (71) почему с молоком я после git вкурил hg за один рабочий день остальные вопросы , develop7 (ok), 20:04 , 03-Окт-11, (79) а я 8212 гит вкурил меньше, чем за день и что это доказывает, кроме того, чт, anonymous (??), 20:05 , 03-Окт-11, (80) +1 Бывает так что берешь в руку инструмент и он в руке как влитой Вот git - именно, Аноним (-), 16:13 , 04-Окт-11, (108) черри-пики, бисекты, бранчи и прочие вкусные ништяки, которые на svn стараешься , anonymous (??), 19:32 , 04-Окт-11, (113) судя по 171 c 187 , меркуриал 8212 это перегруженый ненужными фичами, ди, anonymous (??), 10:29 , 02-Окт-11, (16) +6 // Выбор чаще диктуется подсознательными стереотипами, чем чистым анализом Python , ruslan (??), 19:12 , 03-Окт-11, (60) // всё проще hg просто defective by design вот и всё , anonymous (??), 19:20 , 03-Окт-11, (63) –1 Git и Mercurial имеют очень похожую архитектуру design Различия в основном в , ruslan (??), 19:33 , 03-Окт-11, (67) дьявол, как обычно, в мелочах а так 8212 все dvcs более или менее похожи, по, anonymous (??), 19:40 , 03-Окт-11, (73) ага и вовсе это никакой не butthurt нисколечко олсо про defective design кто б, develop7 (ok), 19:35 , 03-Окт-11, (68) неа просто попытка понять марсиан на костылях , anonymous (??), 19:39 , 03-Окт-11, (72) не знаю, что вы там пытались сделать git на мой взгляд 8212 такая же злая шу, develop7 (ok), 19:50 , 03-Окт-11, (75) а я не фанат 171 юниксвея во все поля 187 в случае с гитом меня вполне устр, anonymous (??), 19:59 , 03-Окт-11, (76) Да вообще-то гит прямо инкарнация юниксвея кучка супербыстрых утилит связаны ск, Аноним (-), 16:16 , 04-Окт-11, (109) Вообще-то есть куда юниксвейнее 8212 это наваять libgit, биндинги к ней и куч, develop7 (ok), 14:24 , 05-Окт-11, (116) +1 вперёд, чо вот странно у всех прикручивается, даже гуя спокойно используют, а у, anonymous (??), 16:15 , 05-Окт-11, (117) а вот и 171 это не нужно 187 но фанбой здесь по-прежнему я, угу будете писа, develop7 (ok), 16:42 , 05-Окт-11, (119) +1 А мы -- на здравый смысл Реймонд, видите ли, не пророк, да и UNIX way -- не жу, Michael Shigorin (ok), 16:46 , 05-Окт-11, (120) не пророк он 171 всего лишь 187 намного более опытный программист И мне по-, develop7 (ok), 16:59 , 05-Окт-11, (122) и что есть подозрение, что у тебя ГСМ собственно, слово 171 подозрение 187 , anonymous (??), 17:02 , 05-Окт-11, (125) Горюче-смазосные Марш перечитывать Луркоморье , Andrey Mitrofanov (?), 17:32 , 05-Окт-11, (127) вообще-то 8212 если не ошибаюсь 8212 термин придумал Луговский, задолго до, anonymous (??), 17:36 , 05-Окт-11, (128) При чём тут придумал Википедия с Гуглем тоже терминов не выдумывают--- Если б, Andrey Mitrofanov (?), 17:40 , 05-Окт-11, (129) скажи, где тебе так травмировали мозг, что предложение написать это ж ты страда, anonymous (??), 16:59 , 05-Окт-11, (123) да не сказать, что так сильно страдаю за потраченные впустую ресурсы обидно я , develop7 (ok), 20:00 , 05-Окт-11, (131) давай будем считать, что я слил ты просто не в состоянии, похоже, понять, почем, anonymous (??), 20:07 , 05-Окт-11, (133) а зачем сразу в кусты если вы правы и понимаете, почему, то вам не должно соста, develop7 (ok), 20:34 , 05-Окт-11, (135) А, так вы целый Творец Чорт, я польщён Внукам буду рассказывать, что пересекал, develop7 (ok), 20:46 , 05-Окт-11, (137) +1 me приготовился выслушать ответ за порожний базар skip -- стоны пхпшника про си, Michael Shigorin (ok), 23:00 , 05-Окт-11, (152) конкретно этот момент я согласен списать на вкусовщину по остальным пунктам ест, develop7 (ok), 23:09 , 05-Окт-11, (153) В данном разе неудобно, а -q не отменяли , Michael Shigorin (ok), 16:38 , 05-Окт-11, (118) дуршлаг без дырок, develop7 (ok), 17:00 , 05-Окт-11, (124) code monkey cannot into aliases , anonymous (??), 17:04 , 05-Окт-11, (126) Хорошо, давайте переформулирую в данном случае мне тоже удобней видеть сразу ну, Michael Shigorin (ok), 18:27 , 05-Окт-11, (130) ну вот в hg покраска и автопейджер почему-то и сделаны, и по умолчанию отключены, develop7 (ok), 20:04 , 05-Окт-11, (132) А ветки в hg уже запилили , anonymouse (?), 21:57 , 02-Окт-11, (31)   // аналогом git branch является hg bookmark, которые включены в ядро c версии 1 8 и, develop7 (ok), 23:09 , 02-Окт-11, (34)   // Интересно, можно ли иметь сколь-нибудь заметный опыт боевой разработки и писать , Michael Shigorin (ok), 01:32 , 03-Окт-11, (35)   5 лет хватит Говорите конкретнее, парсер намёков is under maintenance Если что,, develop7 (ok), 01:57 , 03-Окт-11, (36) –1   И зачем тогда нужны все остальные DVCS Obvious же fix в танке Не аргумент , Andrey Mitrofanov (?), 14:42 , 03-Окт-11, (45)   остальные нужны затем, что они проще быстрее удобнее gitа ну хорошо, develop7 (ok), 15:59 , 03-Окт-11, (47) –1   таки никто не рассказал про alias ы в sh , anonymous (??), 17:41 , 03-Окт-11, (50)   Ты ему ещё про алиасы в гите расскажи Ртуть работает, ртуть в крови, новость о, Andrey Mitrofanov (?), 18:06 , 03-Окт-11, (51) +1   нененене, чтение манов с выражением только за деньги - , anonymous (??), 18:08 , 03-Окт-11, (52)   и про них я тоже прочитал в портянках текста, которые почему-то называют манами , develop7 (ok), 18:12 , 03-Окт-11, (54)   нет, я сам прочитал а что подвигло вас к этому выводу, позвольте поинтересовать, develop7 (ok), 18:11 , 03-Окт-11, (53)   Не знаю Мне с моими двадцатью такие глупости в голову почему-то не стучались Д, Michael Shigorin (ok), 16:57 , 05-Окт-11, (121)   надеюсь, имеет место обычное недоразумение в курсе, спасибо за заботу в hg stas, develop7 (ok), 20:09 , 05-Окт-11, (134)   Вот теперь имеет -- поясните, о чём Серьёзно, переключением между контекс, Michael Shigorin (ok), 23:10 , 05-Окт-11, (154)   я имел в виду, что локальные бранчи не особо и нужны пишешь фичу хорошо, а зач, develop7 (ok), 23:43 , 05-Окт-11, (155)   Вам, может, и не нужны А я ими активно пользуюсь В смысле шифроваться Если, Michael Shigorin (ok), 00:37 , 06-Окт-11, (156)   ок, спасибо за хинттут я солидарен можно даже бить ногами ну вот мне так не по, develop7 (ok), 14:02 , 06-Окт-11, (158)   И это написал программист Тут дословно написано Mercurial тождественно равен Гит, Аноним (-), 15:30 , 04-Окт-11, (99) +1 // да ладно тебе придираться, автор их любимого языка такой же, тоже с названием на, anonymous (??), 19:37 , 04-Окт-11, (114) +1 Отлично На самом деле сейчас git - единственная VCS , Сергей (??), 11:03 , 02-Окт-11, (18) –4 Вот этому очень рад, Онаним (?), 12:08 , 02-Окт-11, (20) +3 Когда под Windows уже будет стабильный GUI , Аноним (-), 13:04 , 02-Окт-11, (21) –1 // Какое ещё GUI для VCS Для rm или cat вам GUI не хочется часом , Аноним (-), 14:33 , 02-Окт-11, (23) +2 // Да, нормальным людям необходим гуй для rm и cat, называется файловый менеджер , Guest (??), 15:14 , 02-Окт-11, (25) –2 // А потом оказывается что автоматизировать rm можно лишь посадив обезьяну нажимать, Аноним (-), 23:44 , 10-Ноя-11, (168) А чем git extensions не нравятся , Guest (??), 15:12 , 02-Окт-11, (24) Чтобы юзать GIT на полную силу Windows не годится как вариант - можно костылями, Аноним (-), 20:18 , 02-Окт-11, (29) +1 нет, я очень длительное время работал с git, пока не пришел к выводу что Mercuri, добрый дядя (?), 14:20 , 03-Окт-11, (44) // Да да мы поняли что вам нужен красивый Gui Ох уж эти программисты мышкой , Аноним (-), 23:45 , 03-Окт-11, (89) Git подходит для всего и даже больше А когда я был нубом - я юзал Windows и T, Аноним (-), 02:41 , 04-Окт-11, (91) Забавно что на гитхабе больше проектов чем всего программистов использующих HG, , Аноним (-), 23:51 , 03-Окт-11, (90) А в это время BitBucket переходит на гит http blog bitbucket org 2011 10 03 bi, Аноним (-), 07:53 , 04-Окт-11, (93) // ну, если хайп аналогичный хайпу вокруг nodejs невозможно обуздать, то можно хо, develop7 (ok), 09:08 , 04-Окт-11, (94) // Что за смесь нижегородского с французским Есть же простое слово для описания так, Федр (?), 09:45 , 04-Окт-11, (95) // http translate google com en 124 ru 124 hype как бэ намекаэ, develop7 (ok), 12:15 , 04-Окт-11, (98) Ожегов и Розенталь вам тоже намекали Но видимо их намеки пропали даром , Аноним (-), 15:32 , 04-Окт-11, (100) а я намекал, что hype какбэ ниразу не переводится словом 171 прогресс 187 , develop7 (ok), 15:38 , 04-Окт-11, (101) Git просто удобный и быстрый и несложен в освоении Этого достаточно для популяр, Аноним (-), 16:34 , 04-Окт-11, (110) obvious fixа вообще вы говорите так, будто вышеприведённые определения не касают, develop7 (ok), 17:06 , 04-Окт-11, (112) Никуда он не переходит, учимся читать , Guest (??), 11:20 , 04-Окт-11, (97) // Тем хуже для них, имхо , Аноним (-), 16:35 , 04-Окт-11, (111) 1,10,11,18,20,21,44,90,93

Сообщения

[Сортировка по времени | RSS]

	31. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от anonymouse (?), 02-Окт-11, 21:57
	А ветки в hg уже запилили?
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	34. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от develop7 (ok), 02-Окт-11, 23:09
	> А ветки в hg уже запилили? аналогом git branch является hg bookmark, которые включены в ядро c версии 1.8 и поставлялись в виде плагина с версии ~1.2. если же вы про возможность кодить в анально^W огороженной уютненькой пещере, к вашим услугам есть Managed Queues (http://mercurial.selenic.com/wiki/MqExtension) и local branches (http://mercurial.selenic.com/wiki/LocalbranchExtension), также существующие с незапамятных времён. так что да, запилили. и уже очень давно. если бы вас интересовало реальное положение вещей, вы были бы в курсе.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Michael Shigorin (ok), 03-Окт-11, 01:32
	> если же вы про возможность кодить в анально^W огороженной уютненькой пещере Интересно, можно ли иметь сколь-нибудь заметный опыт боевой разработки и писать такое... Если возможность смены контекстов прикручена через гланды, то ей не пользуются.  Если она составляет половину сущности инструмента, то вдруг быстро оказывается, что многие вещи делаются либо на порядок удобнее (когда приходится), либо вообще делаются (когда иначе можно было обойтись откладыванием временных патчей на полочку, чтоб не заморачиваться с отдельным бранчем). Потому что в жизни обойтись одним контекстом долго ну никак не выходит.  Даже с cvs.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Релиз распределенной системы управления исходными текстами G..."	–1 +/–
	Сообщение от develop7 (ok), 03-Окт-11, 01:57
	>> если же вы про возможность кодить в анально^W огороженной уютненькой пещере > Интересно, можно ли иметь сколь-нибудь заметный опыт боевой разработки и писать такое... 5 лет хватит? > Если возможность смены контекстов прикручена через гланды, то ей не пользуются.   > Если она составляет половину сущности инструмента, то вдруг быстро оказывается, что > многие вещи делаются либо на порядок удобнее (когда приходится), либо вообще > делаются (когда иначе можно было обойтись откладыванием временных патчей на полочку, > чтоб не заморачиваться с отдельным бранчем). Говорите конкретнее, парсер намёков is under maintenance. Если что, у меня текущий проект под гитом. Так вот переключать бранчи между master и develop чаще двух раз в день оказалось просто-напросто неудобно. > Потому что в жизни обойтись одним контекстом долго ну никак не выходит. >  Даже с cvs. Поэтому, как ни странно, для активной разработки двух веток оказывается проще использовать два каталога в фс. А такую модель поддерживают чуть менее, чем все DVCS. И зачем тогда нужен git?
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Andrey Mitrofanov (?), 03-Окт-11, 14:42
	>проще использовать два каталога в фс >поддерживают чуть менее, чем все DVCS. И зачем тогда нужен git? "И зачем тогда нужны все остальные DVCS?" //Obvious же fix. <в танке>Не аргумент.</в>
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Релиз распределенной системы управления исходными текстами G..."	–1 +/–
	Сообщение от develop7 (ok), 03-Окт-11, 15:59
	>>проще использовать два каталога в фс >>поддерживают чуть менее, чем все DVCS. И зачем тогда нужен git? > "И зачем тогда нужны все остальные DVCS?" //Obvious же fix. остальные нужны затем, что они проще/быстрее/удобнее git > <в танке>Не аргумент.</в> а ну хорошо
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Релиз распределенной системы управления исходными..."	+/–
	Сообщение от anonymous (??), 03-Окт-11, 17:41
	> Если что, у меня текущий проект под гитом. Так вот переключать бранчи > между master и develop чаще двух раз в день оказалось просто-напросто > неудобно. таки никто не рассказал про alias'ы в sh?
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	51. "Релиз распределенной системы управления исходными..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 03-Окт-11, 18:06
	>> оказалось просто-напросто неудобно. > таки никто не рассказал про alias'ы в sh? Ты ему ещё про алиасы в гите расскажи... Ртуть работает, ртуть в крови, новость о выходе гита +v0.0.1 вызывает синдром отмены и желание поделиться ощущением неудобства со всеми... блииииин, и под вендой ниработаит нифига... Не-у-дол-но!
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Релиз распределенной системы управления исходными..."	+/–
	Сообщение от anonymous (??), 03-Окт-11, 18:08
	> Ты ему ещё про алиасы в гите расскажи... нененене, чтение манов с выражением только за деньги. %-)
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Релиз распределенной системы управления исходными..."	+/–
	Сообщение от develop7 (ok), 03-Окт-11, 18:12
	>>> оказалось просто-напросто неудобно. >> таки никто не рассказал про alias'ы в sh? > Ты ему ещё про алиасы в гите расскажи... и про них я тоже прочитал в портянках текста, которые почему-то называют манами git > Ртуть работает, ртуть в крови, новость о выходе гита +v0.0.1 вызывает синдром > отмены и желание поделиться ощущением неудобства со всеми... блииииин, и под > вендой ниработаит нифига... Не-у-дол-но! кто здесь?
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	53. "Релиз распределенной системы управления исходными..."	+/–
	Сообщение от develop7 (ok), 03-Окт-11, 18:11
	>> Если что, у меня текущий проект под гитом. Так вот переключать бранчи >> между master и develop чаще двух раз в день оказалось просто-напросто >> неудобно. > таки никто не рассказал про alias'ы в sh? нет, я сам прочитал. а что подвигло вас к этому выводу, позвольте поинтересоваться?
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	121. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Michael Shigorin (ok), 05-Окт-11, 16:57
	>>> если же вы про возможность кодить в анально^W огороженной уютненькой пещере >> Интересно, можно ли иметь сколь-нибудь заметный опыт боевой разработки >> и писать такое... > 5 лет хватит? Не знаю.  Мне с моими двадцатью такие глупости в голову почему-то не стучались. >> Если возможность смены контекстов прикручена через гланды, то ей не пользуются. > Говорите конкретнее, парсер намёков is under maintenance. Да вот ниже пример, спасибо. > Если что, у меня текущий проект под гитом. Так вот переключать бранчи > между master и develop чаще двух раз в день оказалось просто-напросто > неудобно. Про git stash точно в курсе? :) (кажется, его тоже уже сделали наконец в hg) >> Потому что в жизни обойтись одним контекстом долго ну никак не выходит. > Поэтому, как ни странно, для активной разработки двух веток оказывается > проще использовать два каталога в фс. И возвращаемся к поднятому выше вопросу про опыт.  Мне вот -- ни разу не проще.  Старею? :)
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	134. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от develop7 (ok), 05-Окт-11, 20:09
	>>>> если же вы про возможность кодить в анально^W огороженной уютненькой пещере >>> Интересно, можно ли иметь сколь-нибудь заметный опыт боевой разработки >>> и писать такое... >> 5 лет хватит? > Не знаю.  Мне с моими двадцатью такие глупости в голову почему-то не стучались. надеюсь, имеет место обычное недоразумение. >> Если что, у меня текущий проект под гитом. Так вот переключать бранчи между master и develop чаще двух раз в день оказалось просто-напросто неудобно. > Про git stash точно в курсе? :) (кажется, его тоже уже сделали наконец в hg) в курсе, спасибо за заботу. в hg stash был с незапамятных времён, но и вас, похоже, реальное положение вещей тоже не интересует. >>> Потому что в жизни обойтись одним контекстом долго ну никак не выходит. >> Поэтому, как ни странно, для активной разработки двух веток оказывается проще использовать два каталога в фс. > И возвращаемся к поднятому выше вопросу про опыт.  Мне вот -- ни разу не проще.  Старею? :) нет-нет, что вы. как можно. очевидно же, что это я — дебил и неосилятор.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Michael Shigorin (ok), 05-Окт-11, 23:10
	>>>>> возможность кодить в анально^W огороженной уютненькой пещере [...] >> Не знаю.  Мне с моими двадцатью такие глупости в голову почему-то не стучались. > надеюсь, имеет место обычное недоразумение. Вот теперь имеет -- поясните, о чём :) Серьёзно, переключением между контекстами в виде каталогов уже давно был сыт по горло и за такие вот "бранчи" был крайне "признателен" bzr'истам. А в git stash не хватало как раз чтоб свежесозданное тоже упихивало, и то как раз добавили :) (хотя пока не привык к git stash pop вместо apply, порой накапливались кучки на полочке, которые потом доводилось разгребать -- надо ли иль уже ну его всё, протухло) >> Про git stash точно в курсе? :) (кажется, его тоже уже сделали наконец в hg) > в курсе, спасибо за заботу. в hg stash был с незапамятных времён, ЕМНИП года три-четыре, а это вполне запамятные... ну да абы работало. > но и вас, похоже, реальное положение вещей тоже не интересует. Если бы не интересовало, так и не упоминал бы. PS: Вас git покусал, что ли?  Или код ресетом угробили?  Обычно всё-таки эмоций заслуживают люди, а не байтики.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от develop7 (ok), 05-Окт-11, 23:43
	>>>>>> возможность кодить в анально^W огороженной уютненькой пещере > [...] >>> Не знаю.  Мне с моими двадцатью такие глупости в голову почему-то не стучались. >> надеюсь, имеет место обычное недоразумение. > Вот теперь имеет -- поясните, о чём :) я имел в виду, что локальные бранчи не особо и нужны. пишешь фичу? хорошо, а зачем шифроваться? ну выпинал ещё ветку, ну и что? > Серьёзно, переключением между контекстами в виде каталогов уже давно был сыт по горло и за такие вот "бранчи" был крайне "признателен" bzr'истам. а мне по итогу понравилось :) на текущем проекте очень удобно. пустил два сервака из разных каталогов и только успевай туда-сюда коммитить. inbefore «вы всё делаете не так»: в master вагон legacy хотфиксов, посему вот так. git flow тут избыточен. >>> Про git stash точно в курсе? :) (кажется, его тоже уже сделали наконец в hg) >> в курсе, спасибо за заботу. в hg stash был с незапамятных времён, > ЕМНИП года три-четыре, а это вполне запамятные... ну да абы работало. да, извиняюсь. я, конечно же, имел в виду «hg без stash *я* не помню». есть MQ, есть два сторонних расширения. >> но и вас, похоже, реальное положение вещей тоже не интересует. > Если бы не интересовало, так и не упоминал бы. а ну хорошо, извините. > PS: Вас git покусал, что ли?  Или код ресетом угробили? Обычно всё-таки эмоций заслуживают люди, а не байтики. однажды срочно-срочно пришлось менять workflow без отрыва от интенсивного кодинга. плюс я тогда только-только начал юзать git (и dvcs). как-то получилось за два дня в топку, но котяток оно того и дело убивало по поводу и без. вроде починил с помощью какой-то матери и насилия над мозгом знакомых гуров, но потом всё равно ожидал подвоха, т.к. было непонятно, почему оно работает. ощущение крайне неприятное, я вам скажу. чтение манов запутывало ситуацию ещё больше, плюс в случае проблем неясно было даже, что гуглить. нащальника, подлец, на github пересадил, а на вопросы по git только и говорил «не знаю, погугли». потом меня за эти два дня ещё и покарали слегка. было неприятно, учитывая то, что я ещё и овертаймил. когда понадобилось слегка усовершенствовать hg workflow, я почитал про feature branches и внедрил их в течение рабочего дня. попробовал сам, поправил доку в вики, коллеги почитали, сказали «яволь» и начали юзать. ВСЁ.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Michael Shigorin (ok), 06-Окт-11, 00:37
	>>> надеюсь, имеет место обычное недоразумение. >> Вот теперь имеет -- поясните, о чём :) > я имел в виду, что локальные бранчи не особо и нужны. Вам, может, и не нужны.  А я ими активно пользуюсь. > пишешь фичу? хорошо, а зачем шифроваться? В смысле "шифроваться"?  Если разработка не собирается смержиться asap в свой же master или что там за него будет, то можно пушнуть её точно так же на публику. > ну выпинал ещё ветку, ну и что? И то, что де-факто образовавшиеся контексты в явном виде же и разделены. У меня вот прямо сейчас в master-бранче mkimage-profiles.git всё собирается, в другом -- подзаброшенная попытка допинать plymouth, а в текущем крушится и ломается набор шурупов, изначально рассчитывавшихся на случай сборки дистрибутивов -- переделываю на прослойку для сборки ещё и openvz template caches (возможно, там же придётся перелопатить логгинг и шире обобщить применение тегированных скриптовых хуков).  Можно такие пертурбации учинять прям в master, но его тогда не пушнешь.  Можно скопировать всё в сторонку, но в лесу этих сторонок я заблужусь тогда скоро и сравнивать их далеко не так удобно, как git log -p или git diff. > а мне по итогу понравилось :) на текущем проекте очень удобно. пустил > два сервака из разных каталогов и только успевай туда-сюда коммитить. Так хохма в том, что если я хочу именно такое устроить, то с гитом и так могу. :) > inbefore «вы всё делаете не так»: в master вагон legacy хотфиксов, посему > вот так. git flow тут избыточен. Ну так это по довольно-таки общепринятой логике не master ни разу, а topic branch под соответствующий старый train. >> PS: Вас git покусал, что ли?  Или код ресетом угробили? Обычно всё-таки эмоций >> заслуживают люди, а не байтики. > однажды срочно-срочно пришлось менять workflow без отрыва от интенсивного кодинга. Уйй, соболезную.  За такое "обучение" методом швыряния в воду PM'ов надо IMHO пороть (если такой случай был). > плюс я тогда только-только начал юзать git (и dvcs). как-то получилось за > два дня в топку, но котяток оно того и дело убивало по поводу и без. Это всё-таки скорее издержки авральщины.  Хотя конкретно перед git rebase (особенно -i) предпочитаю затарить репозиторий на случай своей же ошибки, поскольку один прецедент был (но там именно я сперва сглупил, а потом погорячился -- наработки ещё можно было вытянуть, хотя и было их не так-то много). > вроде починил с помощью какой-то матери и насилия над мозгом знакомых гуров, > но потом всё равно ожидал подвоха, т.к. было непонятно, почему оно работает. Вероятно, тогда погробились ссылки, но остались сами pack'и -- даже git gc штатно даёт пару недель на спохватиться).  Если хотите, пороюсь в запасниках и подброшу ссылки на статьи по такому случаю. > нащальника, подлец, на github пересадил, а на вопросы по git только и говорил > «не знаю, погугли». потом меня за эти два дня ещё и покарали слегка. было неприятно, > учитывая то, что я ещё и овертаймил. У-уу.  За что люблю наших техдира и директора -- _они_ могут показать, как _это_ делается. Хороший манагер понимает, что он -- бульдозер перед командой, а не крендель с кнутом и пряником.  А очень хороший -- может сделать почти любую работу за тебя, но не будет. :) > когда понадобилось слегка усовершенствовать hg workflow, я почитал про feature branches > и внедрил их в течение рабочего дня. попробовал сам, поправил доку > в вики, коллеги почитали, сказали «яволь» и начали юзать. ВСЁ. Аврал тоже был или вокруг поспокойней? PS: спасибо за конструктив, намного толковей обсуждать стало.  И простите, если что не так.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от develop7 (ok), 06-Окт-11, 14:02
	> Ну так это по довольно-таки общепринятой логике не master ни разу, а topic branch под соответствующий старый train. ок, спасибо за хинт > Уйй, соболезную.  За такое "обучение" методом швыряния в воду PM'ов надо IMHO пороть (если такой случай был). тут я солидарен. можно даже бить ногами. > У-уу.  За что люблю наших техдира и директора -- _они_ могут показать, как _это_ делается. ну вот. мне так не повезло. > Хороший манагер понимает, что он -- бульдозер перед командой, а не крендель с кнутом и пряником.  А очень хороший -- может сделать почти любую работу за тебя, но не будет. :) да. > Аврал тоже был или вокруг поспокойней? немного спокойнее. но пары лишних дней не было. так что я ещё неделю ходил под впечатлением. потому что ожидал потерять впустую минимум пару дней. > PS: спасибо за конструктив я старался начинать с конструктивных замечаний, честно. > И простите, если что не так. взаимно Итого: git для меня — источник непредвиденных рисков. Поэтому я его стараюсь не использовать. Лучше hg. Hg-git, на худой конец.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема