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

"Как правильно работать с git?"	–3 +/–
Сообщение от Pofigist (?), 09-Сен-18, 21:16
Задача простая - написать краткую методичку по работе с git для людей технически грамотных, но никогда с ним не работавших. Основные понятия как объяснить - не проблема, шпаргалка по командам - тоже считай написано. Осталось самое главное - алгоритм самой работы в группе. Начало понятно: 1. Загружаем имеющийся репозитарий или создаем новый 2. Создаем/редактируем файлы 3. Сохраняем их. А вот дальше надо описать такую же последовательность действий для разрешение конфликтов. Например: 4. Загружаем репозитарий еще раз. 5. Производим объеденение и разрешение конфликтов. 6. Делаем коммит в локальный репозитарий. 7. Выгружаем репозитарий на сервер. Так правильно или я что-то напутал/забыл? P.S. Документация читал, жизненый цикл файла смотрел. Да, сам с гитом практически не работал. :)
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

2. "Как правильно работать с git?"	+/–
Сообщение от Andrey Mitrofanov (?), 09-Сен-18, 21:36
>Да, сам с гитом практически > не работал. :) Самое оно, чтоб других учить.  У тебя всё получится. В особо заковыристых местах вставляй "Применить голову.", а то длинно и снотворно получится.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Как правильно работать с git?"	+/–
	Сообщение от Andrey Mitrofanov (?), 09-Сен-18, 21:53
	>>Да, сам с гитом практически >> не работал. :) > Самое оно, чтоб других учить.  У тебя всё получится. > В особо заковыристых местах вставляй "Применить голову.", а то длинно и снотворно > получится. Вот у меня ж получилось: http://www.opennet.me/openforum/vsluhforumID9/7642.html#3 http://www.opennet.me/openforum/vsluhforumID9/7808.html#3 -- Вот это ни в коем случае не читай -- уснёшь.  Лучше своё чего напиши. https://git-scm.com/docs/giteveryday https://git-scm.com/docs/gittutorial https://git-scm.com/docs/gitworkflows https://git-scm.com/book/ru/v2
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Как правильно работать с git?"	+/–
	Сообщение от Pofigist (?), 09-Сен-18, 22:50
	Я конечно понимаю твой сарказм, но... чем только не приходится заниматься руководителю проектов :) Инженеры и программисты - просто не понимают что нужно от документации, вот и здесь - нужен алгоритм в стиле "делай так и не имей проблем", очень общий - без команд, вообще без технической информации. Техническую информацию - накидают инженеры, а вот продумать алгоритм работы - им это не под силу. Так что извини, но единственный интересный в этом плане документ - https://git-scm.com/docs/gitworkflows, но это не совсем то что нужно. Чтоб еще понятней было - это должен быть очень общий алгоритм. В идеале - он с минимальными модификациями должен подходить к любой распределенной системе контроля версий. Они к слову все имхо довольно похожы...
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	7. "Как правильно работать с git?"	–1 +/–
	Сообщение от .. (?), 09-Сен-18, 23:27
	> Инженеры и программисты - просто не понимают что нужно от документации, вот > и здесь - нужен алгоритм в стиле "делай так и не > имей проблем", очень общий - без команд, вообще без технической информации. > Техническую информацию - накидают инженеры, а вот продумать алгоритм работы - > им это не под силу. инженеры и програмисты работающие над проектом не понимают, да и тут приходишь ты такой весь в белом и рассказываешь им как работать, хотя сам не умеешь кстати ты кто? манагер по продажам? уборщица? секретарша? > Чтоб еще понятней было - это должен быть очень общий алгоритм. В > идеале - он с минимальными модификациями должен подходить к любой распределенной > системе контроля версий. Они к слову все имхо довольно похожы... нету общего алгоритма и быть не может да при работе только с гитом (забывая про остальные (D)VCS) множество ибо не тоже самое 5 вэбмaкaк работающих над сайтом визиткой и 500+ чуваков работающих над огромным проектом зависит от самого проекта, размера, кол-ва участников итп а если учитывать другие VCS такой общий алгоритм просто невозможен ибо workflow ну совсем разный
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "Как правильно работать с git?"	–5 +/–
	Сообщение от Pofigist (?), 09-Сен-18, 23:39
	> кстати ты кто? манагер по продажам? уборщица? секретарша? Я - руководитель проекта, я сказал это четко и однозначно. То есть именно от меня зависит - будет ли человек работать в этой команде, получит ли он бонус и т.д. То есть именно я определаю что правильно, а что нет. Я доступно объяснил? > нету общего алгоритма и быть не может Может и существует. То что ты его не в состоянии придумать - это именно та причина, по которой я руковожу проектом, а не ты. :)
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	15. "Как правильно работать с git?"	+/–
	Сообщение от universite (ok), 10-Сен-18, 21:44
	>> кстати ты кто? манагер по продажам? уборщица? секретарша? > Я - руководитель проекта, я сказал это четко и однозначно. То есть > именно от меня зависит - будет ли человек работать в этой > команде, получит ли он бонус и т.д. То есть именно я > определаю что правильно, а что нет. Я доступно объяснил? Тогда заставь их выучить гит. Два десятка каманд и полсотни алгоритмических схем/последовательность гит команд.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	16. "Как правильно работать с git?"	–3 +/–
	Сообщение от Pofigist (?), 11-Сен-18, 08:10
	> Тогда заставь их выучить гит. > Два десятка каманд и полсотни алгоритмических схем/последовательность гит команд. Как бы тебе объяснить... Во-первых людям платят деньги не за изучение какой-то абстрактной тулзы, а за их работу. В данном, конкретном случае их работа - писать документацию проектируемые системы. И им нужно предоставить для этого такие инструменты, которые облегчали бы, а не усложняли их работу. Для того чтоб понять - облегчит ли данный конкретный инструмент им работу - надо разобраться с общей логикой, общим алгоритмом работы с этим инструментом. И уже сопоставив их с имеющейся практикой работы принять решение - нужен ли этот инструмент вообще, облегчит ли он работу или наоборот - только усложнит ее. И только после этого, если инструмент подходит - изучать его подробно. Кратко - не смотря на полную бесполезность местного сообщества, с типовыми алгоритмами применения git-a я разумеется разобрался. Выводы просты - в моем случае этот инструмент не просто бесполезен, а вреден. Из-за ненужной мне распределенной сущности, из-за хреновой системы разрешения конфликтов, непригодной ни для чего иного кроме как разрешения конфликтов в исходном коде и требующего по факту специально выделенного и специально обученного человека для проведения этой операции. В данном случае техническим писателям проще договориться об разрешении конфликтов в ручном режиме, чем пользоваться для этой цели средствами git-а. Не говоря уж об отсутствии приемлемых графических интерфейсов и интеграции с другими программами, кроме как всяких IDE. Вообщем система хороша исключительно для краcноглазых фапальщиков на vim/emacsm а не для людей, занятых работой.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	18. "Как правильно работать с git?"	+/–
	Сообщение от ACCA (ok), 12-Сен-18, 08:00
	Возьмусь возразить, коллега, ни хрена ты не разобрался. Если в твоём случае этот инструмент не просто бесполезен, а вреден, то это намекает на то, что ты не софт разрабатываешь, а отчёты производишь. С достаточно простой обвязкой Gitlab я в два клика нахожу, что мне там наиндусил девелопер, в один клик отправляю ему простой вопрос, после этого дeбильный merge request отправляется в помойку без ущерба для origin master.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	19. "Как правильно работать с git?"	–2 +/–
	Сообщение от Pofigist (?), 12-Сен-18, 10:32
	> Если в твоём случае этот инструмент не просто бесполезен, а вреден, то > это намекает на то, что ты не софт разрабатываешь, а отчёты > производишь. Да, о чем и речь, и о чем я и сказал выше - git хорош только в том случае, если ты пишешь говнокод, используя кучу индусов на оутсорсе, которым можно заявить "либо делаешь как мне надо, либо "у двери" еще пара сотен таких как ты стоит. А для остальных задач - надо смотреть на другие системы контроля версийю А я славу богу занимаюсь более инженерными вещами и работаю с куда более квалифицированным и в разы более высокооплачиваемым персоналом, чем кодеры. :)
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	21. "Как правильно работать с git?"	+/–
	Сообщение от ыпр (?), 12-Сен-18, 20:02
	>> Тогда заставь их выучить гит. >> Два десятка каманд и полсотни алгоритмических схем/последовательность гит команд. > Как бы тебе объяснить... > Во-первых людям платят деньги не за изучение какой-то абстрактной тулзы, а за > их работу. В данном, конкретном случае их работа - писать документацию > проектируемые системы. И им нужно предоставить для этого такие инструменты, которые > облегчали бы, а не усложняли их работу. Для того чтоб понять прежде чем использовать инструмент, то надо им научится пользоваться - разве нет? p.s.: а вообще есть чудесное писание progit и пожалуйста - не грубите, когда просите совета :/
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	27. "Как правильно работать с git?"	+1 +/–
	Сообщение от Мудила (?), 14-Сен-18, 21:15
	А тебе откуда знать что нужно от документации? Ты, что, тех. писатель или редактор? Может и вообще -- методист? Ты не въехал как Git работает. Вообще. А коммитом унитазы моют (мыли, когда-то). Добавлю крупицу смысла в сообщение: git не диктует никакого "правильного" или "неправильного" подхода использования; в этом и его преимущество, и его недостаток.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	28. "Как правильно работать с git?"	+1 +/–
	Сообщение от Мудила (?), 14-Сен-18, 21:53
	> А тебе откуда знать что нужно от документации? Ты, что, тех. писатель > или редактор? Может и вообще -- методист? Ты не въехал как > Git работает. Вообще. А коммитом унитазы моют (мыли, когда-то). Добавлю крупицу > смысла в сообщение: git не диктует никакого "правильного" или "неправильного" подхода > использования; в этом и его преимущество, и его недостаток. ... и вот поэтому-то и нужно потратить хотя бы час на то, чтобы въехать в концепцию, которую создатели закладывали в инструмент: за тебя он ничего делать не будет -- это же халява, но если ты его освоишь, то позволит снизить затраты. Но вот как этого добиться -- полностью твоё творчество.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	29. "Как правильно работать с git?"	+/–
	Сообщение от Мудила (?), 14-Сен-18, 21:56
	>> А тебе откуда знать что нужно от документации? Ты, что, тех. писатель >> или редактор? Может и вообще -- методист? Ты не въехал как >> Git работает. Вообще. А коммитом унитазы моют (мыли, когда-то). Добавлю крупицу >> смысла в сообщение: git не диктует никакого "правильного" или "неправильного" подхода >> использования; в этом и его преимущество, и его недостаток. > ... и вот поэтому-то и нужно потратить хотя бы час на то, > чтобы въехать в концепцию, которую создатели закладывали в инструмент: за тебя > он ничего делать не будет -- это же халява, но если > ты его освоишь, то позволит снизить затраты. Но вот как этого > добиться -- полностью твоё творчество. Замечу лишь, что Git -- на данный момент лучший инструмент в таком роде.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	34. "Как правильно работать с git?"	–1 +/–
	Сообщение от Pofigist (?), 16-Сен-18, 20:46
	> Замечу лишь, что Git -- на данный момент лучший инструмент в таком > роде. Однозначно - нет, я могу назвать несколько коммерческих VCS, которые на порядок лучще.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	35. "Как правильно работать с git?"	+/–
	Сообщение от Кузя (?), 18-Сен-18, 16:47
	> Однозначно - нет, я могу назвать несколько коммерческих VCS, которые на порядок > лучще. Ну как вы можете об этом ответственно судить, если git-ом пользоваться не умеете, опыта выстраивания процесса на нём, соответственно, у вас тоже нет. Сами понимаете какова ценность вашего мнения по этому вопросу. Другое дело, что для вашей сферы интересов -- насколько я понял, вы занимаетесь изданием документации -- git, в общем-то, не лучший вариант, по-моему. Тут, да, нужно что-то более "приготовленное".
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	36. "Как правильно работать с git?"	+/–
	Сообщение от Pofigist (?), 18-Сен-18, 16:51
	> Другое дело, что для вашей сферы интересов -- насколько я понял, вы > занимаетесь изданием документации -- git, в общем-то, не лучший вариант, по-моему. > Тут, да, нужно что-то более "приготовленное". Ну вот видите - я прав, мне хватило относительно немного времени чтоб разобраться самому и сделать правильные выводы. А пользы от местного "сообщества" как обычно - стремилась к нулю.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	37. "Как правильно работать с git?"	+/–
	Сообщение от Кузя (?), 19-Сен-18, 17:55
	> Ну вот видите - я прав, мне хватило относительно немного времени чтоб > разобраться самому и сделать правильные выводы. А пользы от местного "сообщества" > как обычно - стремилась к нулю. git широко используют в книгоиздании, но вот как -- лучше поинтересоваться у ваших коллег по цеху.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	38. "Как правильно работать с git?"	+/–
	Сообщение от Pofigist (?), 20-Сен-18, 10:27
	> git широко используют в книгоиздании, но вот как -- лучше поинтересоваться у > ваших коллег по цеху. Так же "широко" как и LaTeX?
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	39. "Как правильно работать с git?"	+/–
	Сообщение от ACCA (ok), 26-Сен-18, 06:59
	>> git широко используют в книгоиздании, но вот как -- лучше поинтересоваться у >> ваших коллег по цеху. > Так же "широко" как и LaTeX? Похоже на то. Всё, что издано с использованием LaTeX, останется по крайней мере, в библиотеках. Пока вандалы не пожгут библиотеки. А я отдам своим детям все книжки издательства "Наука", которые я когда-либо покупал. Почти всё остальное отправляется в мусорное ведро в нераспакованых конвертах. Я понятно объяснил?
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	40. "Как правильно работать с git?"	+/–
	Сообщение от Pofigist (?), 26-Сен-18, 08:41
	Издательство "Наука" не использует LaTeX ни в каком виде, более того - не понимает его файлы, если их ему принести. Требование к сдаваемому материалу - только doc, даже не docx... Вот так-то.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	17. "Как правильно работать с git?"	+/–
	Сообщение от ACCA (ok), 12-Сен-18, 07:49
	Андрей, ему другое нужно. Русских преподов с трудом терплю. Они в деталях разжёвывают методы решения задачи, но не говорят, какую задачу решают. Падлюки. А задача достаточно простая - не развести бардак. Начинай с основ - https://www.atlassian.com/git/tutorials/comparing-workflows/... Как только проникнешься идеей Gitflow, команды сами приползут.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	20. "Как правильно работать с git?"	–1 +/–
	Сообщение от Pofigist (?), 12-Сен-18, 10:37
	> Андрей, ему другое нужно. Но похоже и ты не понял - что именно. :) > Русских преподов с трудом терплю. Они в деталях разжёвывают методы решения задачи, > но не говорят, какую задачу решают. Падлюки. Я вроде как четко сказал - разработка документации. Это к сожалению основная часть работы, если смотреть по затрачиваемым на нее человек-часам. Серьезно. > А задача достаточно простая - не развести бардак. Начинай с основ - > https://www.atlassian.com/git/tutorials/comparing-workflows/... Документ прекрасный, но... он решает совсем другую задачу! И если этот алгоритм работы - единственно правильный в git-е, то это прямое док-во что он под мои задачи не подходит. > Как только проникнешься идеей Gitflow, команды сами приползут. Спасибо, у меня уже есть отличная команда.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	31. "Как правильно работать с git?"	+/–
	Сообщение от Мудила (?), 14-Сен-18, 22:01
	> Спасибо, у меня уже есть отличная команда. Тогда вы умелый провокатор. Потому что, исходя из ваших сообщений здесь, вы производите крайне отталкивающее впечатление.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	33. "Как правильно работать с git?"	+/–
	Сообщение от Pofigist (?), 16-Сен-18, 20:43
	>> Спасибо, у меня уже есть отличная команда. > Тогда вы умелый провокатор. Потому что, исходя из ваших сообщений здесь, вы > производите крайне отталкивающее впечатление. Мне глубоко плевать какое я впечатление произвожу на местных гордых админов локалхоста.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	30. "Как правильно работать с git?"	+/–
	Сообщение от Мудила (?), 14-Сен-18, 21:58
	Лучшее кунг-фу каждый выдумывает сам )))
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

41. "Как правильно работать с git?"	+/–
Сообщение от qwerty_qwerty1 (?), 27-Сен-18, 14:47
А где работа с ветками, их название, их значение. Вот вы спрашиваете когда делать комит, это пределяется процессом разработки где описаны его этапы, а гит тут только инструмент кторый этот комит делает. Вот вы спрашиваете что делать при конфликте, и это тоже определяется процессом, какую из версий кода на данные момент взять в релиз, дев или еще куда, а гит тут только инструмент кторый дает возможность решить. Мне кажется вы патаетесь заменить процесс где рассписаны этапы разработки (написания документации) на инструкцию по работе с гит. или же у вас несколько редко пересекающися между собой писателей, в данном случаи решать конфликты лучше в ручном режиме как то так:     1) если я делаю комит и вижу конфликт 2) иду к автору комит и вы с ним решаем какую версию взять
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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