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

Выпуск распределенной системы управления исходными текстами ..., opennews (??), 19-Янв-18, (0) [смотреть все] Какой мячик есть, таким и играем Ну ещё есть fossil, на любителя , Борщдрайвен бигдата (?), 12:30 , 19-Янв-18, (4) // это вы красиво щас сформулировали на любителя А когда любителей становится хо, пох (?), 12:51 , 19-Янв-18, (9) –7 // Вообще повседневные задачи за рамки pull checkout checkout -b add commit, Crazy Alex (ok), 15:41 , 19-Янв-18, (28) +4 Новая Папка 2309, Новая Папка 2309 копия где-то я это все уже видел Зачем вам, пох (?), 19:52 , 19-Янв-18, (50) –3 Контроль версий КОДА - как раз есть Версии ПРОДУКТА - это к системе управления , Crazy Alex (ok), 19:59 , 19-Янв-18, (53) +1 Какие странные представления о контроле версий , Аноним (-), 19:09 , 22-Янв-18, (75) –2 Коллега говорит не про исходники, а про модный ITIL Промышленное АйТи, понимает, Andrey Mitrofanov (?), 10:43 , 23-Янв-18, (76) rebase -i для наведения порядка в незапушенных коммитах тоже бывает полезен , Аноним (-), 20:15 , 19-Янв-18, (55) +1 А что юзабильное , Аноним (-), 12:35 , 19-Янв-18, (5) // ртуть, oriontvv (?), 12:45 , 19-Янв-18, (6) –7 // пока ты не обнаруживаешь, что два комита назад случайно написал слово у в комм, пох (?), 14:19 , 19-Янв-18, (18) +5 Глазам не верю Такие правильности от Вурдалака Вы меня не обманываете Вы там , Andrey Mitrofanov (?), 14:47 , 19-Янв-18, (20) –3 не хочу спорить о возможности менять историю мне удобнее, когда ее нельзя менят, oriontvv (?), 15:32 , 19-Янв-18, (26) –4 прикол в том, что менять-то можно - но только на шаг назад Не спохватился вовре, пох (?), 16:57 , 19-Янв-18, (38) –3 hg rebase не осилил , Скептик (?), 18:07 , 19-Янв-18, (45) –2 только вот пушнутые комиты не получится ребейзнуть, что имхо логично а незапуше, oriontvv (?), 19:21 , 19-Янв-18, (49) –1 не так все страшно если что-то реально нужно поправить, это можно сделать через, Скептик (?), 11:45 , 20-Янв-18, (59) –1 Да, двухколёсный велосипед сложнее трёхколёсного Не стоит спешить Нет , Michael Shigorin (ok), 16:58 , 19-Янв-18, (39) –2 Да Есть куча примеров того, что не может, и может другой Но в целом функционал, gaga (ok), 17:08 , 19-Янв-18, (43) да я и не спешу - успешно еду с удовольствием на трехколесном, зато без палок в , oriontvv (?), 18:15 , 19-Янв-18, (46) Ок, спрошу, раз остальным лень И чем именно они неюзабельные , Crazy Alex (ok), 13:07 , 19-Янв-18, (10) +4 Можете попробовать fossil-scm , Аноним (-), 15:47 , 19-Янв-18, (30) –4 // фоссил уже давно стал сам ископаемым был у них план какой-то переписать его, пр, парасолька_реборн (?), 16:30 , 19-Янв-18, (35) Понюхали Дефективен на уровне архитектурного решения, в принципе не может счита, yet another anonymous (?), 17:07 , 19-Янв-18, (42) В последнее время народ с Фоссила уходит https roy marples name blog goodbye-f, Аноним (-), 02:40 , 20-Янв-18, (58) // такой народ - пусть уходит, и подальше, подальше It s not social Па-а-анятен п, пох (?), 18:32 , 20-Янв-18, (62) Фабрикатор - это, кроме всего, удобные ревью с навороченной логикой signoff , Crazy Alex (ok), 17:34 , 23-Янв-18, (78) Ага, умники 99 вакансий на разраба требуют GIT, это уже промстандарт А этим г, Чупачупс (?), 13:29 , 19-Янв-18, (12) +5 // Я может тебя удивлю, но 90 линуксоидов не ищут работу по вакансиям, их работода, Аноним (-), 13:55 , 19-Янв-18, (13) +7 // Спасибо И кто сказал, что старость не радость ,,, , Andrey Mitrofanov (?), 14:00 , 19-Янв-18, (15) +5 // Поттеринг , Аноним (-), 10:53 , 21-Янв-18, (64) +1 На счёт него не знаю, но меня ты точно удивил , AlexYeCu_not_logged (?), 14:15 , 19-Янв-18, (16) +2 Тем не менее кругом Git, к счастью, Crazy Alex (ok), 14:18 , 19-Янв-18, (17) +2 Да, куда там Рассказывай сказочки На самом деле, опыт работы с ОС Linux, это и, jOKer (ok), 15:42 , 19-Янв-18, (29) –5 // Это смотря на какую вакансию Если нужен разраб под Unix вообще или linux конкре, Аноним (-), 15:57 , 19-Янв-18, (31) +3 Ну, это да И зарплаты там очень приличные, - факт Вот только таких вакансий не, jOKer (ok), 18:18 , 19-Янв-18, (47) И спецов таких - тоже, по отношению к тем же вебовцам, Crazy Alex (ok), 18:52 , 19-Янв-18, (48) С другой стороны, в вебе полно индусских вебмакак готовых писать за 5 в час что, Аноним (-), 10:55 , 21-Янв-18, (65) Нужен качественный линуксоид Не джун gcc, make, git, posix shell, rpm, dpkg и , Аноним (-), 16:02 , 19-Янв-18, (33) // Ядерщики -- в parallels, остальные -- в яндексе, у нас и где ещё собсно делать н, Michael Shigorin (ok), 17:06 , 19-Янв-18, (41) –1 Кто много знает и умеет вакансии постоянно не просматривает, некогда Ну вот я , Forth (ok), 18:05 , 20-Янв-18, (61) –2 что это значит Продукты на Ява как-то не вяжутся с хайтеком у меня, хрюзер (?), 08:30 , 22-Янв-18, (70) Ну всякие там беспилотники, ИИ, генетика, биохимия , Forth (ok), 17:02 , 22-Янв-18, (74) С таким оформлением вакансии и не найдешь никогда, чудак Опиши требования норма, Аноним (-), 10:56 , 21-Янв-18, (66) –2 Вакансия с требованиями и контактами висит на hh вот уже года два И ещё в каких, Аноним (-), 16:50 , 21-Янв-18, (69) +1 ну как можно, должно же быть хоть какое-то сострадание , хрюзер (?), 08:31 , 22-Янв-18, (71) Если бы человек всерьез хотел вакансию закрыть - он хотя-бы ссылку на hh дал, чт, Аноним (-), 12:58 , 25-Янв-18, (82) Видимо так написано, что люди с работающим мозгом обходят сразу за километр Мог, Аноним (-), 13:19 , 24-Янв-18, (80) Есть, есть Например, целевые люди вообще не смотрят вакансии Потому что не и, Michael Shigorin (ok), 16:28 , 24-Янв-18, (81) Во-во Говорят же, что хорошие специалисты даже не доходят до рынка вакансий - и, Аноним (-), 15:56 , 25-Янв-18, (84) не git, а владения аж двумя командами - push и clone Но да, все они гордо пишут, пох (?), 14:29 , 19-Янв-18, (19) –4   // а в чём проблема git - это история файла в виде патчей, типа пазл, со своими пл, нэту (?), 14:49 , 19-Янв-18, (21) +5   Git blame не Историю файла по комитам его затрагивающие нельзя взять Да и если, Alex (??), 14:49 , 19-Янв-18, (22) +2   // не это из другой оперы Когда просто что-то сломано, причем точно ясно - что им, пох (?), 17:03 , 19-Янв-18, (40) –2   Вообще-то это git bisect И я не понимаю, чего ты хочешь Кнопку сделай мне заши, Аноним (-), 14:21 , 20-Янв-18, (60) +1   Твоя не понимайт Тов Главный прекрасно свёл и эту работу к приёму патчей он , Andrey Mitrofanov (?), 14:57 , 19-Янв-18, (23) –1   и слава б-гу обычно, когда становятся нужны другие команды, значит что-то пошло, парасолька_реборн (?), 15:25 , 19-Янв-18, (25) +2   // Вообще-то как минимум checkout -b умеют, даже если все мержи через какой-то визу, Crazy Alex (ok), 15:35 , 19-Янв-18, (27) +2   Ещё stash забыл Тоже часто полезная штука , llolik (ok), 16:28 , 19-Янв-18, (34) +2   Не забыл Полезная фича, да, и сам я к ней привык Но склонна порождать бардак, Crazy Alex (ok), 16:49 , 19-Янв-18, (36)   Не, ну bisect еще все-таки нужен, баги им ловить все-таки круто , Аноним (-), 11:00 , 21-Янв-18, (67)   Угу, нужен, круто, но слишком сложно для многих Не сам процесс он тривиален , , Crazy Alex (ok), 14:44 , 23-Янв-18, (77)   Не понял что там сложного Сам процесс прост как тапка, все сводится к тому може, Аноним (-), 13:04 , 25-Янв-18, (83)   Эта система позволяет разгрести даже такие конюшни и привести все в приемлемый в, yet another anonymous (?), 17:34 , 19-Янв-18, (44) +2   1 Вообще не догоняю, как это можно называть DVCS Это ж тупо патчилка ядра , Гоги (?), 02:17 , 21-Янв-18, (63) –4   // Вообще-то он наполовину подсмотрел идею этого И нет, DVCS - не редактор И где , Аноним (-), 11:04 , 21-Янв-18, (68) +4   да вы что Одна работа с ветками в HG стоит того, что бы забыть и не вспоминать , хрюзер (?), 08:40 , 22-Янв-18, (72)   Гоги, дарагой, ты за меня или за медведя Полегше с сарказмом-то, его не то что, Andrey Mitrofanov (?), 11:39 , 22-Янв-18, (73) –1   Странно, что не rebase abbr , Michael Shigorin (ok), 16:54 , 19-Янв-18, (37) 12,37

Сообщения

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

	19. "Выпуск распределенной системы управления исходными текстами ..."	–4 +/–
	Сообщение от пох (?), 19-Янв-18, 14:29
	> Ага, умники. 99% вакансий на разраба требуют GIT не git, а владения аж двумя командами - push и clone. Но да, все они гордо пишут "владение git". > , это уже промстандарт. А этим гаврикам не нужно. потому что когда ты роешься в репо хорошо так подтухших версий, с пятью-десятком параллельных веток (авторов, понятно, давно след простыл - то ли прикопаны в лесополосе, то ли подались в эффективные), пытаясь угадать, где же и в какой из них произошла неведомая херня, внезапно, выясняется, что система, изначально придуманная человеком, ниасилившим ничего, кроме приема патчей почтой, не очень подходит для подобной работы. > Ок, удачи вам в поиске хорошей работы. спасибо, конечно, жаль что я плохо верю в чудеса. > Новая папка 1, Новая папка 2... ваше все. угу. Потому что и 99% "занявших вакансии" разрабов, и их менеджеры, и, к сожалению, даже те кто потом вынужден разгребать гитовый шлак, кроме своего "любимого" гита умеют только "новая папка". причем git они, разумеется, тоже не умеют, освоив две команды (еще, может, кое-как, rebase, хотя там происходящее для них уже отдает мистикой). За исключением оставшегося 1%, который еще пойди найди где-то.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	21. "Выпуск распределенной системы управления исходными текстами ..."	+5 +/–
	Сообщение от нэту (?), 19-Янв-18, 14:49
	> что система, изначально придуманная человеком, ниасилившим ничего, кроме приема патчей почтой, не очень подходит для подобной работы а в чём проблема? git - это история файла в виде патчей, типа пазл, со своими плюсами и минусами, и если рассматривать эту систему именно как набор патчей, то работать с ней становится достаточно удобно. но, если попытаться смотреть на git как на прокачанный svn - то начинаются проблемы и непонятки, в этих системах подход к манипулированию изменениями принципиально другой
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск распределенной системы управления исходными текстами ..."	+2 +/–
	Сообщение от Alex (??), 19-Янв-18, 14:49
	Git blame не? Историю файла по комитам его затрагивающие нельзя взять? Да и если взяли по веткам какая разница то? Они продолжили его менять? Меняешь в основной, можешь даже ребейзом, и все.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	40. "Выпуск распределенной системы управления исходными текстами ..."	–2 +/–
	Сообщение от пох (?), 19-Янв-18, 17:03
	> Git blame не? не. это из другой оперы. Когда просто что-то сломано, причем точно ясно - что именно, и ты можешь написать для этого тест (у hg в этом случае все то же самое) > Историю файла по комитам его затрагивающие нельзя взять? Да можно, пользы никакой. Она не линейна. в общем там, по ссылке на хабр, хороший пример. Если дороешься до реддита - будет неупрощенный, из реальной жизни. > Меняешь в основной, можешь даже ребейзом, и все. ну да, я же говорю - для 99% пользователей "владеющих git" существует только текущее состояние. "а если что не так - мы просто перепишем этот код заново". Пофиг что до тебя пять раз уже переписали.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск распределенной системы управления исходными текстами ..."	+1 +/–
	Сообщение от Аноним (-), 20-Янв-18, 14:21
	>> Git blame не? > не. это из другой оперы. Когда просто что-то сломано, причем точно ясно - что именно, и ты можешь написать для этого тест (у hg в этом случае все то же самое) Вообще-то это git bisect. И я не понимаю, чего ты хочешь. Кнопку "сделай мне зашибись"?
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск распределенной системы управления исходными текстами ..."	–1 +/–
	Сообщение от Andrey Mitrofanov (?), 19-Янв-18, 14:57
	> потому что когда ты роешься в репо хорошо так подтухших версий, с > пятью-десятком параллельных веток (авторов, понятно, давно след простыл - то ли > прикопаны в лесополосе, то ли подались в эффективные), пытаясь угадать, где > же и в какой из них произошла неведомая херня, внезапно, выясняется, > что система, изначально придуманная человеком, ниасилившим ничего, кроме приема патчей > почтой, не очень подходит для подобной работы. Твоя не понимайт! Тов.Главный прекрасно свёл и "эту работу"  к приёму патчей: он таки принимает патчи, исправляющие раннее "произошедшую неведомую ню", а разбираются-угадывают другие. >99% "занявших вакансии" разрабо > к сожалению, даже те кто потом вынужден разгребать гитовый шлак, кроме > своего "любимого" гита умеют только "новая папка". >оставшегося 1%, который еще пойди найди Себя ("роешься в репо хорошо так подтухших версий") не похвалишь -- так ведь и никто, и день зря.  Категорически!
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	25. "Выпуск распределенной системы управления исходными текстами ..."	+2 +/–
	Сообщение от парасолька_реборн (?), 19-Янв-18, 15:25
	>не git, а владения аж двумя командами - push и clone. Но да, все они гордо пишут "владение g и слава б-гу! обычно, когда становятся нужны другие команды, значит что-то пошло не так и приходится удалять гланды через задницу.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	27. "Выпуск распределенной системы управления исходными текстами ..."	+2 +/–
	Сообщение от Crazy Alex (ok), 19-Янв-18, 15:35
	Вообще-то как минимум checkout -b умеют, даже если все мержи через какой-то визуальный тул вроде гитлаба. И blame. Если гуй есть - то да, джуну/миддлу больше ничегоне нужно, если без него - git log ещё. остальное - rebase, ручной merge, cherry-pick и подобное - тем, кто понимает, что делает, их много не надо. А так - согласен, чем проще процесс тем меньше шансов начудить.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Выпуск распределенной системы управления исходными текстами ..."	+2 +/–
	Сообщение от llolik (ok), 19-Янв-18, 16:28
	> rebase, ручной merge, cherry-pick и подобное - тем, кто понимает, что делает, их много не надо Ещё stash забыл. Тоже часто полезная штука.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Crazy Alex (ok), 19-Янв-18, 16:49
	Не забыл. Полезная фича, да, и сам я к ней привык... Но склонна порождать бардак, лучше локальные ветки плодить.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (-), 21-Янв-18, 11:00
	> Не забыл. Полезная фича, да, и сам я к ней привык... Но > склонна порождать бардак, лучше локальные ветки плодить. Не, ну bisect еще все-таки нужен, баги им ловить все-таки круто.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Crazy Alex (ok), 23-Янв-18, 14:44
	Угу, нужен, круто, но слишком сложно для многих. Не сам процесс (он тривиален), а всё, что вокруг него - чтобы оно корректно работало нужен хорошо поставленный процесс чтобы не ловить "хвосты" старых сборок, иметь приемлемое время выполнения одной итерации и обеспечить повторяемые действия по проверке на баг и довольно аккуратную историю с минимумом поломанных коммитов. В общем, в реальной жизни часто проще и быстрее отсечь какой-то диапазон руками (а то и руками QA) и потупить на диффы, а дальше отлаживать обычным образом - логи/дебаггер.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от Аноним (-), 25-Янв-18, 13:04
	Не понял что там сложного. Сам процесс прост как тапка, все сводится к тому можешь ты стабильно воспроизвести баг или нет. Бывают подлые классы багов которые могут основательно посношать мозг, так что в результате окажется что баг плавающий и был всегда. Но с bisect это станет понятно за десяток итераций по бреду который нашелся. А без него в таком случае вообще мозг сломаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск распределенной системы управления исходными текстами ..."	+2 +/–
	Сообщение от yet another anonymous (?), 19-Янв-18, 17:34
	> потому что когда ты роешься в репо хорошо так подтухших версий, с > пятью-десятком параллельных веток (авторов, понятно, давно след простыл - то ли > прикопаны в лесополосе, то ли подались в эффективные), пытаясь угадать, где > же и в какой из них произошла неведомая херня, внезапно, выясняется, > что система, изначально придуманная человеком, ниасилившим ничего, кроме приема патчей > почтой, не очень подходит для подобной работы. Эта система позволяет разгрести даже такие конюшни и привести все в приемлемый вид. Конечно, это требует квалификации и (в зависимости от запущенности случая), времени. Помойку в VCS я видел во вмногих системах, разгребать умею (или умел) в четырёх. В этом смысле мощнее git'а ничего нет.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	63. "Выпуск распределенной системы управления исходными текстами ..."	–4 +/–
	Сообщение от Гоги (?), 21-Янв-18, 02:17
	> система, изначально придуманная человеком, ниасилившим ничего, кроме приема патчей почтой... +1! Вообще не догоняю, как "это" можно называть DVCS! Это ж тупо "патчилка ядра"! :) Хороший редактор не может родиться на идее "давайте напишем программу движения курсором". DVCS требует очень глубокого проектирования, обсуждения деталей с сотней экспертов, нахождение всех мыслимых use case'ов и их отсев по полезности и т.п. Что сделал Трольвадс? Просто написал архиватор ревизий! Главное же - ввязаться в бой, а там посмотрим! Я не хочу сказать, что Mercurial намного круче, но то, что он более грамотно спроектирован - точно. Не идеально, но лучше Gыt'а!
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	68. "Выпуск распределенной системы управления исходными текстами ..."	+4 +/–
	Сообщение от Аноним (-), 21-Янв-18, 11:04
	> Что сделал Трольвадс? Просто написал архиватор ревизий! Главное же - ввязаться в > бой, а там посмотрим! Вообще-то он наполовину подсмотрел идею этого. И нет, DVCS - не редактор. И где все твои сотни экспертов? Впахивают пытаясь зачать ребенка за месяц взяв 9 женщин? > Я не хочу сказать, что Mercurial намного круче, но то, что он > более грамотно спроектирован - точно. Не идеально, но лучше Gыt'а! Охрененный паттерн проектирования - пытаться мимикрировать dvcs под svn, как будто мир состоит только из необучаемых даунов. Такие hg и стали пользоваться.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выпуск распределенной системы управления исходными текстами ..."	+/–
	Сообщение от хрюзер (?), 22-Янв-18, 08:40
	> Я не хочу сказать, что Mercurial намного круче, но то, что он более грамотно спроектирован - точно. Не идеально, но лучше Gыt'а! да вы что? Одна работа с ветками в HG стоит того, что бы забыть и не вспоминать. В состав changeset-а входит название ветки! "Это какой-то позор" Я был "утенком" у HG, т.е. после SVN я начал использовать HG, и долгое время не признавал git, т.к. не было реального проекта. Но после освоение git, которое произошло в другой команде, я понял, что HG - это колодки на ногах.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	73. "Выпуск распределенной системы управления исходными текстами ..."	–1 +/–
	Сообщение от Andrey Mitrofanov (?), 22-Янв-18, 11:39
	>> система, изначально придуманная человеком, ниасилившим ничего, кроме приема патчей почтой... > ж тупо "патчилка ядра"! :) Гоги, дарагой, ты за меня или за медведя?! Полегше с сарказмом-то, его не то что медведь, но и большая половина местных (как тех, кто "за", так и те, что "против"/"усё пропало шеф") не поймут > Хороший редактор не может > Что сделал Трольвадс? Просто написал Вообще-то он пере-реализовал архитектуру г-на МакВея из БитКиппера. Просто, да не "просто курсор подвигать". >архиватор ревизий! Главное же - ввязаться в > бой, а там посмотрим! > Я не хочу сказать, что Mercurial намного круче, но то, что он > более грамотно спроектирован - точно. Не идеально, но лучше Gыt'а! Надо тоньше! Высмеивать -- так обоих. А то е смешно совсем, запашок странный итпр.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

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

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