`git commit -a`
Feb. 9th, 2017 01:06 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
eddy_emВот что за ненормальные придумали git? Почему простое изменение файла по умолчанию не отражается в git commit? Обязательно нужно флаг -a писать! Задолбался уже лишние коммиты делать!
А делал я коммит опять в Sbig340. Теперь туда добавлена полная "демонизация" и клиент-серверное взаимодействие: сервер высылает клиенту по запросу шапку вида "параметр=значение", где "параметры" — все необходимое для сохранения изображения, в том числе и оно само ("imdata=...").
Решил, что пока не добью, домой не пойду. И полезли всякие гадости: то malloc где-нибудь забуду, то, наоборот, free лишнее, то проверку не воткну...
Теперь работает. Сервер получает изображения, клиент их собирает и сохраняет в условленный файл. Экспозиция пока управляется только сервером. Но можно добавить при желании и управление клиентом.
В общем, минимум по обслуге камеры выполнен почти полностью (еще нужно запустить кубитрак, на котором будет крутиться сервер). На подходе болтвудовский датчик. Ну, а с завтрашнего дня надо вплотную заняться лекциями, которые мне уже скоро читать аспирантам, а их нет. Думал IRBIS'ом заняться (течи поискать), но это уж точно некогда.
А делал я коммит опять в Sbig340. Теперь туда добавлена полная "демонизация" и клиент-серверное взаимодействие: сервер высылает клиенту по запросу шапку вида "параметр=значение", где "параметры" — все необходимое для сохранения изображения, в том числе и оно само ("imdata=...").
Решил, что пока не добью, домой не пойду. И полезли всякие гадости: то malloc где-нибудь забуду, то, наоборот, free лишнее, то проверку не воткну...
Теперь работает. Сервер получает изображения, клиент их собирает и сохраняет в условленный файл. Экспозиция пока управляется только сервером. Но можно добавить при желании и управление клиентом.
В общем, минимум по обслуге камеры выполнен почти полностью (еще нужно запустить кубитрак, на котором будет крутиться сервер). На подходе болтвудовский датчик. Ну, а с завтрашнего дня надо вплотную заняться лекциями, которые мне уже скоро читать аспирантам, а их нет. Думал IRBIS'ом заняться (течи поискать), но это уж точно некогда.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2017-02-09 12:28 am (UTC)git status тебе показывает измененные файлы, в git commit перечисляешь файлы что хочешь закоммитить, или -a для всех.
не хочешь делать "лишние" коммиты - можешь ресетнуть и перекоммитить, можешь сделать ребейз и сделать из нескольких коммитов один ...
no subject
Date: 2017-02-09 05:21 am (UTC)> в git commit перечисляешь файлы что хочешь закоммитить
Это полный дебилизм! Mercurial в этом плане значительно круче гита, т.к. не требует вручную добавлять уже отслеживаемые файлы к коммиту! А еще в mercurial есть hg addremove, гиту до этого как раком до Пекина!
В общем, git писан наркоманами. Но, к сожалению, гитхаб с гитлабом mercurial не понимают.
> можешь ресетнуть
Лучше вглубь этой наркоманской поделки не соваться. У меня в гите набор как у Эллочки-людоедки: status, diff, commit, push и pull. Т.е. создаю на гитхабе репу; делаю pull; наполняю файлами; делаю commit && push; клонирую на сосфорж, битбакет и гитлаб; а потом остается лишь каждый раз, как поменял файлы, делать commit и push.
Вот о том, что git — идиотский, и требует писать -a, я постоянно забываю!
no subject
Date: 2017-02-09 08:52 am (UTC)no subject
Date: 2017-02-09 10:12 am (UTC)хотя ... да меркуриал же на ацком питоне писан! как ты можешь им пользоваться? :)))
ужас какой, да ты, похоже из луддитов, что инструкции больше полустранички не читают :) используешь супертул только для забивания гвоздей и жалуешься что неудобно :) у тебя даже бранчей нет? ужос-ужос-ужос ...
no subject
Date: 2017-02-09 11:57 am (UTC)Раньше я базу создавал на сосфорже в mercurial, а на гитхабе в git, в итоге в проектах и .git, и .hg директории...
> да меркуриал же на ацком питоне писан! как ты можешь им пользоваться?
С portage та же беда. Но, увы, зачем-то его не на кошерном ЯП писали, а на этом убожище.
> у тебя даже бранчей нет?
Я без понятия, что это. И мне это нафиг не надо.
Я вообще VCS использую только для одной цели — хранения исходников. Как зеркала дропбокса/гуглодрайва/яндодиска.
no subject
Date: 2017-02-09 12:01 pm (UTC)я бы сказал что хорошо что на питоне написали, а то на "кошерном" был бы риск вообще не появиться, или быть несопровозждаемом гуаном ...
жудь. т.е. ты всегда сразу хреначишь в мастер? а если что-то сломалось? ждать пока починишь?
жудь. так может на дропбокс и класть с вандрайвом, мыломру и прочими боксами? :)
no subject
Date: 2017-02-09 12:18 pm (UTC)Естественно!
> а если что-то сломалось? ждать пока починишь?
Будто бы это кроме меня кому-то нужно.
no subject
Date: 2017-02-09 01:14 pm (UTC)Ну а сам ты разве не смотришь зачем внес то или иное изменение?
no subject
Date: 2017-02-09 01:16 pm (UTC)История изменений мне как-то неинтересна. Интересен лишь актуальный код.
А еще я заметил, что мои сниппеты, которые я везде использую, тоже постепенно совершенствуются. Но, блин, как их синхронизировать? Хоть бери, и пиши библиотеку!
no subject
Date: 2017-02-09 01:25 pm (UTC)Сниппеты для редактора? Так точно так же кладется в git и все :)
no subject
Date: 2017-02-09 01:30 pm (UTC)Для этого существуют комментарии внутри кода.
> Сниппеты для редактора?
Сниппеты кода. Просто если глянешь на мой гитхаб, то всякие usefull_macros.[ch], parseargs.[ch] и т.п. чуть ли не в половине есть. И почти везде они разные. ХЗ, как синхронизовать изменения без упаковки этого в отдельную библиотеку. Так-то они у меня тоже в гите лежат.
no subject
Date: 2017-02-09 01:31 pm (UTC)ну я и говорю. так делаешь отдельный реп гитовский и цепляешь везде сабмодулем.
no subject
Date: 2017-02-09 01:33 pm (UTC)Не, это совершенно не-KISS получается.
no subject
Date: 2017-02-09 01:47 pm (UTC)у меня еще и .local.vimrc вовсю используются, потому как могут быть различия для разных проектов, а так же для разных версий того же питона ...
no subject
Date: 2017-02-09 01:56 pm (UTC)С другой стороны, включение одного и того же кода в разные вещи может в конце-конце привести к тому, что большая часть их перестанет собираться после очередного рефакторинга или модернизации включаемых частей.
no subject
Date: 2017-02-09 02:32 pm (UTC)а вот именно чтобы не перестало сразу все пересобираться (а зачем собирать сниппеты, кстати?) и нужно хотя бы две ветки - продакшен и дев.
no subject
Date: 2017-02-09 02:35 pm (UTC)> а зачем собирать сниппеты, кстати?
Сами сниппеты — незачем, а вот все, что их использует — да.
> и нужно хотя бы две ветки - продакшен и дев\
И будет у меня везде ветка "продакшн" идеально пустой ☺
no subject
Date: 2017-02-09 02:48 pm (UTC)вот это надо расшифровать :)
а у тебя каждый раз написанный код по сниппетам переделывается что ли?
продакшен ветка не может быть пустой, она всегда есть и рабочая.
no subject
Date: 2017-02-09 02:53 pm (UTC)Если зависимостей много, то я сразу делаю на cmake, если мало — ленюсь, и копирую из сниппетов Makefile (правда, иной раз бывает так, что потом приходится это на cmake переделывать).
Ладно. Изучать досконально git (дальше команд push/pull, stat/diff и commit) я не собираюсь, равно как и любую другую VCS.
Про mercurial же я вспомнил потому, что там была нормальная политика: все, что не запрещено, разрешено. Т.е. коммит охватывал абсолютно все изменения в отслеживаемых файлах.
no subject
Date: 2017-02-09 03:15 pm (UTC)так сделай себе алиас или обертку, и забывай про -a дальше :)
no subject
Date: 2017-02-09 10:36 am (UTC)no subject
Date: 2017-02-09 11:54 am (UTC)no subject
Date: 2017-02-09 11:57 am (UTC)no subject
Date: 2017-02-09 01:52 pm (UTC)