The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Как правильно работать с 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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру