Git LOL а хуякер, видимо, не в курсе, что на гитхабе серверный рефлог можно читать?

Git bugs.debian.org какой я охуенный

Git годнота в 2.17, похоже, уже будет partial clone

Git Vim LOL reddit.com
У меня такое IRL было. Все эти упрощения это бесполезная деятельность. Кто хочет тупить тот всегда найдёт возможность

Git говно public-inbox.org

Git говно arstechnica.com они таки тащат своего франкейнштейна на публику

Git пизда красноглазикам, встречайте новую концепцию venturebeat.com

Git яблоггер Все вокруг говорят про gitflow, о том чем он лучше или хуже альтернатив, я собрался с духом и прочитал таки исходную статью ( nvie.com ). И что имею сказать.

Во-первых, автор перепутал ветки. Мастер у него там где у людей maintenance. А там где у людей мастер у него develop. Эта разница, хотя и только в наименованиях, напрочь застит всем глаза и они считают это как что-то существенное. Также, мне кажется, это порождает следующуй пункт.

Во-вторых, во многих местах можно спросить только "зачем". Зачем мержить новых релиз в мастер? Ведь в мастере нет ничего интересного, всё что там есть уже должно быть смержено в релиз, если бы он назывался "версия N-1" это было бы очевидно, а тут вот нет. Релиз просто надо собрать и выложить, с чего он будет уже не релиз а следующий maintenance. Зачем хотфикс отдельно мержится в master и develop? Почему бы просто не мержить master в develop как только там появляется что-то новое (в том числе хотфикс, независимо от того сделан он веточкой или прямо там). Оно всё равно там в итоге окажется, со следующим хотфиксом. Только будет непонятно почему этот merge commit приехал именно сейчас.

В общем, если это всё подчистить, получается то что именуют github flow + maintenace бранчи (o которых github flow скромно умалчивает). Никакой коренной разницы между ними нет.

Я понимаю почему он выглятит так: потому что это писалось в 2010 году когда гит использовался только красноглазыми ублюдками (ТМ) в виде git-svn, а компании только-только начинали обращать внимание что это за хуйня такая. Но сейчас-то уже можно закопать стюардессу.

Git как я перестал беспокоиться и полюбил upstream branches.

PS: ну ещё не совсем но уже почти

Git Microsoft говно новая студия дрочит git status каждую секунду. И это не отключается. Совсем. Енджой ёр фьюче. Неудивительно что им inotify захотелось.

Git GitHub TIL help.github.com

Git Windows кстати, вот когда гитовский шелл запускаешь как git bash из windows — он косячит длинные строчки. А когда как mintty из другого шелла — нет. Что за хуйня — непонятно. Я сначала думал версия mintty виновата, а на даже если системный запустить, то же самое

Git Windows ? Хочу раздать репозиторий с рабочей машины с авторизацией через домен, чтобы только определённые группы могли фетчить. Какие есть идеи?

Git говно ghub Дорогой гитхаб, пожалуйста поменяй свой network graph на нормальный, ну или просто не мучайся и убери этот пиздец с глаз нахуй долой, потому что всё равно я не редставляю чтобы это кто-нибудь использовал, а неопытные люди случайно это увидев, начинают испытывать ненужные эмоции.

Git gist.github.com вот тут написалось

Git идиоты говно stackoverflow.com

git merge -Xtheirs --squash $source_branch -m "$commit_message"'
a.k.a "я тупой, я не хочу резолвить конфликты". И таких сотни же

Git public-inbox.org хухух

Git занимательное чтиво docs.google.com

букинг.ком, а? Кто бы мог подумать...

Git userdoesnotcare I push a file to a remote repo and get a merge conflict error. I know my file is totally correct — there's no need to look through the code, I just want to overwrite the remote file with mine

Git vcs programming А я тут подумал — ведь дохуя программистов которые не воспринимают код как текст вообще. Им IDE само делает рефакторинг, переименовывает все вызовы и так далее. А тут внезапно надо мержить, и где-то поменялась переменная, а в другом месте ты её вызвал. Это уже непривычно и анноит, надо ходить по проекту и исправлять руками ошибки. А когда конфликт — это вообще пиздец, всё раскрашивается красным, их выкидывает из зоны комфорта на орбиту Юпитера.