Полезность git и всё такое ...

	Комментарий администратора
	Сообщения выделены из темы BigList<T> и BigBitList достигли альфы, что дальше?

Сообщение от Usaga Мне кажется, что это результат недопонимания какого-то

ну почему, просто другое поколение про ИТ думает то, что на их поколение и выпало - питоны, фронтэнды, github и всякое другое, соответственно мерилом является что-то знакомое из их среды.
на самом деле у меня есть гитхаб, неудобнее сайта я в жизни не встречал, кое как выложил туда один проект прикрепленный к статье, зачем оно вообще нужно мне? риторический вопрос.

0

Сообщение от wizard41 Таким только гуй подавай, никогда не приучишь к консоли..

Консоль тоже гуй )) исключая только терминал какой-нибудь где даже мыши нет.
Выделение двойным кликом много где , и пороц только нуное и целиком выделяет, особо без возюкания.
В винде стрелками и ПКМ всавить куда нужно можно быстрее чем перепечатывать например имя/путь.
В линуксе мне однако urxvt запал... мульти-консольный )), обычно su как минимум во втором .
там оно Ctrl+Alt+C Ctrl+Alt+V
... но иногда переключаясь например между urxvt и браузером бывают осечки клацания )
копирование с помощью контекстного меню в браузере может помочь не клацать Ctrl+C в консоли.

CTRL-C в консолях/термналах можно переопределить... стоит-ли но оно того.
А в гуи-редакторах, как рука зайдёт.) ... выделение слов по даблклик
, с подсветкой совпадающих, уже просто как жизненно необходимо.
Перетаскивание выделения обычно тоже не мешает.
Мультиредактирование , типа выделение/даблклик с Ctrl тоже часто хочется.
Выделение прямоугольником, например с Alt, чуть реже, но бывает.
Но киллер-фича notepad++,) открытие внизу панели/окна-редактора м результатами поиска по открытым файлам,
++ возможность кликая по строчкам переходить на места в файлах.

В visual-studio как где много чего лично мне ненужного,
лишние сложности с перетыканием всех этих меню-диалогов с настройками проекта/солюшн или как там его,))
когда в Makefile всё более-менее перед глазами и в консоли проще некуда...
хотя Ms и люто пожадничало с сахаром/фичами в Makefile для nmake
... возможно с расчётом на генерацию кусков для Makefile с помощью .bat-файлов ) ибо .sln/.prj вообще лютая жесть

0

Сообщение от wizard41 чтобы что-то скопировать и вставить делают выделение, ПКМ-копировать, перенос мыши куда вставить, ПКМ-вставить... CTRL-C, CTRL-V для них очень сложно!

А выделять мышью можно? Или стрелками с шифтом надо?
Таки и перенос мыши не нужен. Есть табы, есть стрелки.

А если я выделил мышью, перенес мышь и рука на ней лежит, то зачем клавиатура?

0

Сообщение от voraa А если я выделил мышью, перенес мышь и рука на ней лежит, то зачем клавиатура?

для вставки скопированного фрагмента что быстрее будет: ПКМ->вставить или нажать CTRL+V ?

Речь о том, что некоторые просто не могут/ленятся запоминать сочетания клавиш. Соответственно, с каким-либо командами в консоли будет еще сложнее.

0

Сообщение от voraa А выделять мышью можно?

Можно, но зачем? Для большинства сценариев ведь куда быстрее использовать сочетания ctrl/shift/home/end/стрелки - выделить строку целиком, выделить кусочек до конца/начала, выделить слово/два, выделить несколько строк/страниц. Тем более, что все эти кнопки под правой рукой очень удобно расположены.

0

Сообщение от wizard41 что быстрее будет: ПКМ->вставить или нажать CTRL+V

Если рука на мыши лежит, то мне быстрее ПКМ->вставить, чем корячить пальцы для CTRL+V.

0

Сообщение от voraa чем корячить пальцы для CTRL+V

ключевое слово корячить. У многих это на автомате так, что даже не замечаешь.
При обычном (правильном) расположении пальцев на клаве - мизинец и указательный палец над CTRL-V-C находятся физиологически (ни чего не напрягая).

0

Сообщение от wizard41 расположении пальцев на клаве - мизинец

В принципе так. Только у меня мизинцы не работают.
Поэтому безымянный на ctrl, указательный на V - не очень комфортно.

0

Сообщение от voraa В принципе так. Только у меня мизинцы не работают. Поэтому безымянный на ctrl, указательный на V - не очень комфортно.

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

Даже не берем гит - вон та же винда: кто-то может отключить/включить какой-либо компонет просто через Win+R введя команду. А кто-то этих команд не знает/не помнит - он полезет в панель инструментов искать нужную вкладку, а в ней еще необходимый пункт. Причем, зачастую не обходится без "гугления", типа "где в win10 находится настройка отключить брандмауэр"...

0

Сообщение от wizard41 Причем, зачастую не обходится без "гугления", типа "где в win10 находится настройка отключить брандмауэр"...

А при использовании командной строки без гугления обойтись можно? Все знают и помнят команды, которые нужны не чаще раза в полгода?

2

Сообщение от voraa А при использовании командной строки без гугления обойтись можно?

Можно. Для тех кто часто пользуется консолью - гугление весьма редкое событие.

0

Сообщение от wizard41 Для тех кто часто пользуется консолью

Не только часто консолью вообще, а именно этими командами.
Ну работал я какое то время с Линухом. Ну пользовался постоянно gcc. Ну по директориям ходил.
Но если надо какую то настройку сети поменять, что я последний раз делал года 3 назад, то естественно в гугл.
А в винде в соответствующие окна.

0

voraa, у каждого свои индивидуальные особенности. Именно этот факт я и подчеркиваю.
Я не кого заставляю использовать то или иное - каждому свое, кто к чему привык.
Разумеется, всех команд/сочетаний не упомнишь, могут быть ситуации где нужно это где-то подсмотреть.

0

плюс консоли в том что можно делать скрипты разнообразные.

0

Сообщение от Alex1126 плюс консоли в том что можно делать скрипты разнообразные.

конкретно в случае git, если я всё правильно понимаю, то все GUI просто вызывают консоль и вводят\читают данные. Таже черепаха для своего GUI прям требует указать git.exe (например можно указать тот, что идет с VS).

Т.е. по своей сути консоль позволяет работать с ней, как с либой. Довольно прикольная унификация, если так подумать. Позволяет писать нужный консольный клиент под конкретную ОСь, при этом оставляя единый контракт. А это означает что перенос GUI, использующего этот контракт, скорее всего будет без существенный проблем.

0

Сообщение от Wolfdp "сколько у вас часов ушло на освоение windows 10"

а что там осваивать? оно от вин95 отличается минимально (если быть точнее - от вин2000)

по теме: переключил VS на английский язык, стало попонятнее, а то русский вариант вообще с какими-то странными названиями всё. Попользовался git, но из всего только понял одно - это отдельный кластер работы требующий внимания, у меня такое точно не приживётся, полная аналогия с курением. Без комментариев вообще бесполезная штука, а написание комментариев - еще одна забота, в итоге вместо написания программы я буду писать комменты и думать о том сделал ли коммит. Так как у меня не предполагается работа в коллективе и проекты всегда однофайловые, то думаю вариант с архивом самый оптимальный.
И я так и не понял как сращивать две "хороших" части кода из разных дат, как git поймёт что именно мне от него нужно.

0

Сообщение от belalugoci но из всего только понял одно - это отдельный кластер работы требующий внимания

В точку.

0

Сообщение от belalugoci И я так и не понял как сращивать две "хороших" части кода из разных дат, как git поймёт что именно мне от него нужно.

Не из разных дат, а из другой ветки. Слияние делается командой merge или rebase.

Ветвление в Git - Основы ветвления и слияния

0

Сообщение от Andrey-MSK Не из разных дат, а из другой ветки. Слияние делается командой merge или rebase.

вы немного не поняли, пример описываемый в статье я не комментирую, там всё понятно, хотя, учитывая что это всё равно потребует ручной работы не ясна роль git в этом вопросе.
я говорю о ситуации когда я сделал 500 коммитов и обнаружил ошибку при определенных входных данных. переключаясь с одного коммита на другой я выяснил что данные обрабатываются верно на 2-ом, а последующие 498 сделаны уже с ошибкой. Но так как я написал уже очень много кода, то каким образом git в принципе сможет мне помочь? как я вижу - никак, мне просто придется откатиться на 2-ой коммит и писать всё заново. Понятно что я буду так или иначе использовать наработки из 498 коммитов, но делать я это буду всё равно методом копипасты, а не чем-то автоматизированным.
ошибки же совсем не обязательно касаются каких-то арифметических операций где вы забыли вычитать 1, ошибки могут быть фундаментальные, так что git никак не поможет избежать проблем.

Добавлено через 3 минуты

Сообщение от Andrey-MSK Ветвление в Git - Основы ветвления и слияния

кстати по описанной задаче, если hotfix не учитывает код из задачи 53, а задача 53 не учитывает код из hotfix, то вы в итоге получите две взаимоисключающие ветки, а если это писали разные люди, то кто-то выше по рангу должен будет волевым решением указать чья ветка доминирующая и придется или хотфикс переписать или задачу 53 решать иначе, вот о чем я. как бы нет ничего волшебного в git как некоторые об этом говорят.

0

Сообщение от belalugoci мне просто придется откатиться на 2-ой коммит и писать всё заново.

Создать новую ветку из коммита №500, исправить ошибку, протестировать, слить эту ветку с веткой master и выпустить в релиз.
Git не правит ошибки.

0

Сообщение от Andrey-MSK Создать новую ветку из коммита №500, исправить ошибку, протестировать, слить эту ветку с веткой master и выпустить в релиз.

как и написал выше - у вас будет две разные программы, а так как

Сообщение от Andrey-MSK Git не правит ошибки

то какой толк от git в этом вопросе? Я так же, как и без git буду сидеть и писать новую программу со 2-го коммита. Просто в моем случае это будет архив MyPrg_250129.zip, который я распакую в другую папку и открою две VS, и когда буду писать новый код, буду подглядывать в код 500-го коммита и пытаться собрать химеру.

0