Посоны, что сейчас модно для поднятия своего собственного GitHub'а? Нужны публичные и приватные репозитории, желательна вебморда (ставить буду на VPS). Вполне устроит, если создание/добавление репозиториев будет через конфиг, а не кнопочками в браузере.

У кого-то уже будущее, а вы всё ещё в своём бородатом 2017-м: http://junio.c.hamano.usesthis.com/

Когда в универе/на работе/в Интернете встречаешь ньюфага, не секущего в Git/Vim/whatever, так и хочется порекомендовать ему каких-то ресурсов, чтобы он мог максимально быстро прошариться, а затем, естественно, и что-то более продвинутое. Предлагаю в этом треде собирать ссылки на эти самые ресурсы. Я начну. * Git: * новичку: * книга «Git Magic» Бена Линна (имеются переводы на русский и украинский): http://www-cs-students.stanford.edu/~blynn/gitmagic/ * «A successful Git branching model», Vincent Driessen — это чтобы понять, зачем нужны ветки и как ими лучше всего пользоваться * сайт, позволяющий путём решения задачек понять, как же работать с ветками: https://pcottle.github.io/learnGitBranching/ Помимо прочего, приучает думать о репозитории как о DAG, а о Гите как об инструменте для манипуляции этим самым графом, что, на мой взгляд, является Единственно Верным подходом * опытному: * «Pro Git», Scott Chacon and Ben Straub, https://progit.org/ Рассказывает про всякие более обскурные штуки вроде того, как Git хранит блобы, а также немного рассказывает об организационных вещах, например, как организовать работу и как запилить себе с друзьями ваш собственный GitHub *Tmux: * новичку: * «tmux: Productive Mouse-Free Development», Brian P. Hogan — даёт хороший обзор и в то же время вбивает в голову тот минимум, что необходим для начала работы * среднячку: * tmux(1) — просто чтобы узнать все-все-все опции. Авось какая-то из них вам полезна :) Я, к примеру, не нарадуюсь activity-monitor, но его приходится выключать для некоторых окон, например, из-за htop * Vim: * среднячку: * «Practical Vim: Edit Text at the Speed of Thought», Drew Neil — куча обскурных команд (inb4: все команды в vim обскурны!), несколько полезных шаблонов мышления (сведи всё к одному действию @ жмакай точку до посинения, например) Что можете добавить? В частности, что советовать новичкам по Vim (inb4: Emacs, nano), что почитать после «Pro Git»?

Наконец-то достиг просветлённого состояния, когда параллельно с мыслями вроде «а что если…» пальцы сами набирают git checkout -b feature_name, а после экспериментов вместо commit -a совершенно естественно принимаешься разгребать изменения с помощью add -p. И всё это слепым методом набора, глядя только на экран. Создаётся впечатление, что компьютер — твоё дополнение, продолжение твоих рук и чувств. Желаю всем вам хотя бы разок испытать то же самое, пусть даже с другими инструментами — не суть важно. Ня!

Господа, а как мне вот такое дерево: ```              ,master A - B - C - D ``` превратить в такое: ```            ,feature       C - D      / A - B       `master ``` Я что-то не знаю даже, в сторону какой команды смотреть.

Помогал на днях одному парню с git[1] и наткнулся на неочевидную вещь: команды `git checkout branchname` и `git checkout abcde`, где `abcde` — самый свежий коммит (далее — голова) ветки `branchname`, *не эквивалентны*. Если после первой команды сделать коммит, он попадёт в `branchname` (станет её головой); если же сделать коммит после второй команды, `branchname` всё так же будет указывать на `abcde`. Ларчик открывается довольно просто. `git checkout` просто заставляет `HEAD` указывать туда, куда я сказал. Если сказать `git checkout branchname`, `HEAD` будет указывать на `branchname`, который, в свою очередь, указывает на `abcde`. Тогда при `git commit` мы обновим ветку `branchname` (которая, если кто не в курсе, просто указатель на некий коммит — голову ветки), не задевая `HEAD`. Если же сделать `git checkout abcde`, мы переходим в detached head state, то есть `HEAD` теперь указывает не на ветку, а на коммит. Если теперь сделать `git commit`, мы обновим непосредственно `HEAD`, не задевая `branchname`. Свежесозданный коммит не принадлежит ни одной ветке, так что если мы сделаем `git checkout someotherbranch`, он будет почти что потерян (см. git-reflog(1) и git-gc(1)). Жаль, что объяснение вышло таким сумбурным, но я действительно не знаю, как написать лучше.   1. http://juick.com/k0st1x/2083845

А как в tig поменять цвет, которым подсвечиваются имена файлов в diff mode? Вот скриншот: http://ompldr.org/vZjIweQ Мне не нравится, что имена файлов подсвечены синим, который почти не виден на чёрном фоне. man 5 tigrc читал, там ничего подходящего не упомянуто. Пробовал даже втупую переопределять все цвета, которые blue по дефолту — тоже без толку. Гугл ссылается на уже упомянутый ман.

Мержу логи IRC гитом.