Гит. Книга "Pro Git". 40 / 557 стр.

Конспект:
- бывают два типа файлов: отслеживаемые и неотслеживаемые;
- проверить можно через git status;
- после отслеживания файла через git add он сразу попадает в stage;
-! git add применим как к новым, так и к отслеживаемым модифицированным файлам;
- .gitignore для игнорирования файлов в списке неотслеживаемых и вообще попадания в репозиторий;
- build/ - слеш в конец, чтобы обозначить каталог.

Вим. https://github.com/iggredible/Learn-Vim Chapter 2.

Конспект:
-! в Виме три вида отображения: окна, буферы и табы;
- (set hidden) для автоматического сохранения буферов между переключениями;
- переключения :bnext/:buffer NAME/:buffer NUMBER;
- закрыть все буферы :qall/:wqall/:qall!;
- окно - визуальное представление буфера;
- переключение между окнами - Ctrl-W H/J/K/L;
- несколько окон может визуализировать один буфер;
- Ctrl-W C - закрывает окно, но буфер остается;
- Ctrl-W V/S (создает горизонтальное окно или вертикальное с текущим буфером);
- Ctrl-W O (:only) - закрывает все окно, оставляя только активное;
- :vsplit/:split/:new filename - открывает файл/буфер в новом окне;
- отдельная вкладка - отдельный набор окон;
- vim -p file1.js file2.js file3.js (флаг -p открывает файлы в новых вкладках);
- автор предпочитает использовать одно окно и один буфер;
- в редких случаях автор использует несколько окон, чтобы сравнить файлы или прочитать документацию;
- вместо табов автор использует окна tmux.

Гит. Книга "Pro Git". 71 / 557 стр.

Конспект:
- посмотреть список тегов git tag;
- git tag -l "v1.1" выводит список тегов, которые соответствуют шаблону;
-! существует два типа тегов: легковесные и аннотированные;
-! легковесный тег - просто указатель на коммит, его алиас;
-! аннотированные теги хранятся в базе Гита как объекты и содержат информацию: author's email & name, date, comment and etc...;
-! создать аннотированный тег: git tag -a v1.2 -m "message";
-! показать информацию git show v1.2;
-! помечать уже созданные коммиты: git tag v1.3 commithash;
-! теги автоматически не отправляются на сервер, их нужно отправлять явно: git push origin v1.2 или git push --tags;
-! если нужно переключиться на тег и сделать изменения, то обязательно нужно создать ветку в чекауте, иначе detached HEAD: git checkout -b ver2 v2.0.0.

Вим. https://github.com/iggredible/Learn-Vim Chapter 5.

Конспект:
- t - аналог f но позиционирование перед символом;
-! ";" - повторяет последний поиск "," - в обратную сторону;
- ( и ) - навигация между предложениями;
- { и } - навигация между параграфами;
-! CTRL+F/CTRL+B - листать вниз/вверх на весь экран;
-! CTRL+D/CTRL+U - листать вниз/вверх на половину экрана;
-! zt (Top) zz (Middle) zb (bottom) - листает, но оставляет курсор (относительно верха экрана, низа или в центра);
-! nnoremap <esc><esc> :noh<return><esc> - забиндить снятие подсветки после поиска;
-! искать слово под курсором - , поиск назад - # (g* и g# сразу перемещают на следующее слово);
-! марки ma-Z - верхний регистр - глобальные (между файлами), нижний - только в файлах (локальные марки хранятся в буферах);
- 'mark - перемещает на строку, `mark - точное позиционирование на момент создания;
- H - перемещение курсора в вверх окна, L - перемещение курсора вниз окна;
-! CTRL+O and CTRL+I - перемещение вперед/назад между джампами.

Накрыла продолжительная меланхолия. С 1 января определенно нужно менять жизнь. Есть время подумать, что именно требует изменений. Тяжело заниматься в таком психоэмоциональном состоянии, но пока ползу по чуть-чуть. Срочно нужен душевный подъем!

Гит. Книга "Pro Git". 90 / 557 стр.

Конспект:
- при переключении между ветками не должно быть незафиксированных изменений с конфликтами;
-! чтобы ВЛИТЬ изменения В МАСТЕР нужно приключиться на МАСТЕР и сделать git merge branchname;
-! git merge branchname - будет обновлена текущая ветка, а изменения будут браться из branchname;
- при fast-forward слиянии просто перемещается указатель ветки вперед;
-! не забывать удалять ненужные ветки: git branch -d branchname;
- когда Гит не может выполнить фастфорвард, он делает снимок трехстороннего слияния на базе общего родительского коммита;
-! если изменены одни и те же файлы по-разному, Гит создает конфликт и откладывает коммит слияния;
- посмотреть конфликтные файлы через git status;
-! после разрешения конфликтов нужно добавить файлы в индекс (git add) и закоммитить (git commit).

Вим. https://github.com/iggredible/Learn-Vim Chapter 6.

Конспект:
-! во время инсёрта ставить текст из регистра (yank) - CTRL+R + yankid (крайний - 0);
-! поместить в регистр "a" слово - "ayiw;
-! перейти в сабмод - CTRL-X;
- submode + CTRL-Y/E - скролл вверх/вниз;
- autocomplete submode + CTRL-L (all line) or CTRL-I (included);
-! to avoid submode - just use Ctrl-N/P;
- Вим ищет автодополнения во всех открытых буферах;
-! перейти в нормалмод из инсёрта на одну команду - Ctrl+O;
-! например, можно джампнуть на марку в инсёртмоде - Ctrl-O 'a;
- Ctrl-O 100ihello - Insert "hello" 100 times;
- Ctrl-O !! curl https://google.com - Run curl;
- Ctrl-O !! pwd - Run pwd;
-! Ctrl-O dtx - Delete from current location till the letter "x".

Гит. Книга "Pro Git". 156 / 557 стр.

Конспект:
-! не отпралять ненужные пробелы в коммите (проверить before commit - git diff --check);
-! разделять коммиты по задачам, не делать один большой коммит;
- можно после пустой строки описывать детальное сообщение коммита;
-! краткое сообщение в императивной форме (do it - not done it);
-! одно из отличий от ЦСКВ: в Гите слияние выполняется локально, а не на ЦС;
-! порядок слияния в отслеживаемых ветках не важен, результат будет идентичен, но история будет отличаться;
-! простой воркфлоу на 1-2 разраба: создаем тематическую ветку -> работаем -> сливаем в мастер темтическую ветку -> фетчим изменения -> сливаем origin/master в мастер -> отправляем локальный мастер на сервер.

Вим. https://github.com/iggredible/Learn-Vim Chapter 8.

Конспект:
- ". - регистр последнего введенного текста;
- ": - last executed cmd;
- "% - name of current file;
-! "= - expression register (insert mode CTRL + R =26);
- in expression register i can use @regid ("=@0 + 1 - last yanked plus one);
- "+ and " - регистры для системного клипборда, если включен +clipboard;
- "_dd - blachole register (vim wont remember in "0 or somewhere);
- "/ - last search register;
- there are plugins for register (for ex: vim-peekaboo);
- макросы перезатирают регистры (qaq - overwrites a);
- :call setreg('a', 'hello register a') - установить текст в регистр а;
- :let @a = '' - такой способ очистить регистр;
- :put - вставить регистр на новую строку - :put a;
- :g/end/put _ втавить блекхол (будет пустая строка);
- "" = "0.

Вчера клонировал репозиторий neovim и собрал из исходников. Перед сборкой переключился на последнюю стабильную версию через тег v0.10.2 (commit 8b9864 от 3 октября). Клёво.

Гит. Туториал https://learngitbranching.js.org/?locale=ru_RU [остановился на 2.2.4]

Конспект:
- git push [remote] [branch].
- отслеживаемые ветки автоматически после clone;
-! установить отслеживание: git checkout -b [localbranch] [remote/branch] (pull / push для этой втеки линкуются);
-! другой способ - установить -u: git branch -u [remote/branch] localbranch? (не указывать, если нахожусь на ней).

Вим. https://github.com/iggredible/Learn-Vim Chapter 11.

Конспект:
- r (replace) in visual mode relacess all selected;
-! множественное добавление (например, ; в конец) через блочное выделение CTRL-V jj $A;^[;
-! multi increment/decrement all highlighted CTRL-X CTRL-A;
-! через блочное выделение CTRL-V jjj g CTRL-A - увеличивает по поряддку на 1 (уникальные айди).

Эту главу на зватра.

Cpp. https://metanit.com/cpp/tutorial/2.2.php

Конспект:
- gcc -Wall - для вывода предупреждений компилятора;
- -std=с++23 - задать стандарт (флаг);
- -pedantic добавить этот флаг и выводить предупреждения, если код не соответствует стандарту;
- return 0 - без ошибок;
- # - директивы препроцессора;
-! компиляция: обработка директив -> создает объектные файлы с машинным кодом из кода -> компоновщик/линкер собирает объектные файлы в одну программу.

Гит. Книга "Pro Git". 175 / 557 стр.

Конспект:
- коммиты (патчи) можно отпралять через почту (format-patch);
- работа с гитом по протоколу IMAP (через гмайловские сервера, например);
- применить патч по почте: git apply name.patch (или git am);
-! можно не добавлять remote для одноразового использования через пул: git pull https://.../project.git;
-! git diff master..somebranch (аналог git log somebranch --not master) - показывает коммиты, которые не включены в мастер с текщей ветки;
-! git diff master - посмотреть изменения, если произойдет слияние с текущей веткой.

Cpp. https://metanit.com/cpp/tutorial/2.5.php

Конспект:
-! __name, _Name, global _nmae - не рекомендуются такие имена, так как компилятор может использовать;
- переменную можно объялять без = - int age {15} или int age (15);
-! int age {22.5} - компилятор выбросит ошибку или предупреждение, а (22.5) и = 22.5 - отбросят дробь и вернут 22;
- int counter {} - инициализация нулем;
- "int x;" - без инициализации может по умолчанию внутри функции быт чем угодно, вне функции - ноль;
- short (–32768 до 32767, unsigned - 0 до 65535) - 2 байта, unsigned/signed char - byte;
- int −2 147 483 648 до 2 147 483 647 (при 4 байтах, но может быть 2 на некоторых архитектурах проца);
- unsigned int 0 до 4 294 967 295;
- long в зависимости от архитектуры может занимать 4 или 8 байт и представляет целое число в диапазоне от −2 147 483 648 до 2 147 483 647 (при 4 байтах) или от −9 223 372 036 854 775 808 до +9 223 372 036 854 775 807 (при 8 байтах);
- unsigned long long: представляет целое число в диапазоне от 0 до 18 446 744 073 709 551 615. Занимает в памяти, как правило, 8 байт (64 бита).
- литералы U, L, UL, ULL: -25L;
- разраяды можно разделять - 1'234'567'890 (аналог _ в js);
- float (4byte), dobule (8byte) and long double (как понял, отличается большей мантиссой и меньшей экспонентой);
-! sizeof(var) - выводит размер сущности в байтах (октеты);
- wchar_t для чаров больше 8бит (кириллица, например);
-! auto - когда трудно подобрать тип и предоставить это компилятору: auto num = 5.

Гит. Книга "Pro Git". 190 / 557 стр.

Конспект:
- несколько стабильных веток;
- перебазировать изменения с тематической ветки по отношению к стабльной (в тематической - мёрджи);
-! можно черрипикать в сейбл последний коммит из тематической ветки (чистая история сбейбл веток);
-! git config --global rerere.enabled true - rerere (reuse recorded resolution) - автоматически решает раннее решенные вручную конфликты;
-! или git rerere для разового использования;
- git describe --tags (с флагом, если искать легковесные теги. без --tags только аннотированные);
- git archive для архивирования релиза;
- авторизация на Гитхабе по публичному ssh-ключу;
-! настроить секцию email в профиле (можно скрыть адрес).

Cpp. https://metanit.com/cpp/tutorial/2.8.php

Конспект:
- std::cin >> var (можно по цепочке), std::cout << "str" << std::endl;
- std:: (пространство имён и область вдимости);
- using std::cin (в глобальном скопе);
-! using ullong = unsigned long long (псевдонимы для типов);
-! typedef unsigned long long ullong (аналог выше);
-! при делении a / b для получения флоат - одно из двух тоже флаот должно быть;
-! кастомизация/преобразование типов - static_cast<type>(value) - аналог сишного (тип) значение;
-! перевод в двоичую систему из десятичной делением на 2: есть остаток - 1, нет 2 (частное переходит на следующую итерацию);
- старший разряд бита равен 1 - отрицательное число (11111111 = -1);
- инвертируются биты и добавляется 1 (из + на -);
- << 1 сдвиг право на 1 - умножение на 2, >> 1 - сдвиг вправо на 1 - деление на 2 (<< n = *2^n - умножение на 2 в n).

Гит. Книга "Pro Git". 203 / 557 стр.

Конспект:
- пуллреквесты через форки;
-! it possible to make pull request via Github CLI instead of web;
-! PR: fork -> clonse_fork -> create_new_branch -> commit -> check_cahnges? -> push_to_fork_origin_branchname -> go_to_webpage_fork_and_click_pr_button;
- подход к разработке через PR иногда применяется даже в закрытых проектах, где у каждого имеется доступ пушить напрямую, но предпочитают создавать ранний PR и отслеживать изменения в тематической ветке;
-! если мейтенер отклонит запрос на слияние, достаточно просто сделать еще один пуш в тематичсекую ветку на форке и Гитхаб автоматически обновит PR;
-! мейтенер может слить изменения в проект через веб-интерфейс, если без конфликтов, или стянуть изменения и смёрджить локально, и если эта ветка будет слита в мастер, то Гитхаб автоматически закроет PR;
-! PR не обязательно делать через форки, можно делать их между ветками в контексте одного репозитория (может быть полезно для автозапуска CI на PR и проверок кода);
-! решать мёдрж-конфликты обязанность контрибьютора, мейтенеру желательно сливать все изменения одной кнопкой через интерфейс;
-! Гитхаб сообщает в веб-интерфейсе диалога на слияние информацию о конфликтах;
-! при конфликте можно слить целевую ветку (master) в свою, предварительно добавив ремоут на основной репозиторий и подтянув изменения мастера оттуда (со своей ветки git merge upstream/master);
-! либо сделать ребез мастера по отношению свой ветке (переключить на мейн и сделать git rebase mybranch), но ребез сложнее, поэтому лучше мёрджить;
-! если долгоживущая тематическая ветка, то удобно сливать изменения через PR и при необходимости возвращаться к этой ветке, разрешая только неразрешенные (новые) конфликты по отношению к мастер (а не просто мерджить и разрешать конфликты заново, если продолжать через какое-то время работать в этой ветке).

Очень важная для меня тема сегодня. Как оказывается это всё просто! А я так долго откладывал контрибьют в опенсорс, думая, что не справлюсь с созданием PR - на деле ничего страшного.

Вим. https://github.com/iggredible/Learn-Vim Chapter 12.

Конспект:
- /\Set - (case sensitive S via \ before it);
- /^dist - starts with (or /dist$ - ends with);
-! // - repeat last search;
- ctrl-p/ctrl-n - листать раннее введенные команды;
-! [range]s/old/new/ - substitute (% - entire file);
-! s/pattern/\0/ - (\0 is matched pattern, & - also works);
- разбиение на группы - :%s/\(\w\+\) \(\w\+\)/\2 \1/ - поменять местами (первое) и (второе) слово во вхождении (в скобки, экран на скобки и +);
-! :%s/\v(\w+) (\w+)/\2 \1/ - аналогично, чтобы не ставить экраны (работает через \v).

Эту главу ещё на потом.

Вим. https://github.com/iggredible/Learn-Vim Chapter 12.

Конспект:
- s/one/two/c - ask for substitution each occurrence;
- s+a+b+ - instead of slashes;
-! s/a/\U\0/ - change case (via \U before);
-! \<. - first letter of each word (via flag global - g - can change all occurrences);
-! \zs and \ze: s/hot\zscake/dog/ - (analogue (?=) and (<?=)).

Continue this chapter next time.

Cpp. https://metanit.com/cpp/tutorial/4.3.php

Конспект:
- нулевой символ '\0' + 1 элемент в строке;
-! если не установить нуль символ, будет выводить мусор;
-! для работы со строками std::string из модуля <string>;
-! int p{nullptr} - специальная константа, указатель ни на что (или ноль);
- размер указателя не зависит от типа, только от платформы (32 и 64 бит);
-! int pnumber {&number} - получить адрес по ссылке на намбер;
-! должно быть соответствие типа ссылки и указателя, можно использовать auto - auto pnumber {&number};
-! указатель возвращает адрес начала памяти - 0x1543bffc74 - int - (0x1543bffc74, 0x1543bffc75, 0x1543bffc76, 0x1543bffc77);
-! указатель тоже где-то хранится и мы можем получить ссылку на него &pnumber;
-! dereference to get value - pnumber;
-! px = 45 - допустимо
- указатели одного типа можно присваивать друг другу - pa = pb;
-! через ссылку на указатель можно менять адрес указателя или значение объекта, куда указывает указатель;
- int &pRef {p} - указатель на указатель p (int pRef = &p;);
- сравнение указателей pa > pb (по адресу);
-! кастомизация указателя при присвоении в другой тип - int pd {(int )pc};
- void pv {(void)pc} - указатель на void - допустимо;
- cahr* pc - интерпретируется как строка (указатель на чар).