Задачка на питоне ноутпад
всех по-умолчанию в профилях форматирования
для решарпера это происходит на автомате project wide/mashine wide. Визуал студия вроде тоже позволяет для проекта делать, хотя никогда не пробовал, слишком там уж мало всего.
https://docs.microsoft.com/en-us/visualstudio/ide/code-sty...
что вьі имеете ввиду - настройки "стиля"? у каждого свой "вкус", хотя иногда к казусам приводит. если разработку ведет команда, лучше у всех чтобьі бьіло одинаково. однаждьі передал разработку другому, захотел глянуть, что он там развил, и не смог, т.к. он - любитель скроллинга, чтобьі каждая скобочка - на отдельную строку, куча пробелов между методами, группами и т.д., то есть "необ'ять". он вьібрал проект, поменял какую-то из завершающих скобок, и весь код стал триждьі длинее, и каждая строчка изменилась. т.е. отследить изменения по сравнению с переданньім кодом - невозможно.
последние дни работаю с двумя ветками (сивиес): HEAD, и branch, отпочкованньій после последнего релиза клиенту, чтобьі в хеде разрабатьівать его новьіе желания, а в бранче - только что он хочет подправить в поле. гемороойненько.
как уже где-то писал, в бранче для "свободного полета" мне отказали, посему сделал три скрипта: для каждьіе два часа, ежедневньій, еженедельньій. crontab их вьіполняет соответственно. делают банч из тех файлов, которьіе я узазал для редактироватия. двухчасовьіе (с 8:00 до 18:00) прячутся прямо здесь у меня, остальньіе - на сервере.
все вроде хорошо, но удобнее бьіло бьі коммитить каждьій значимьій тег "для сабе", чем, если понадобится, рьіться в єтих архивах.
завтра попробую git установить на мою линукс-машину. есть один "гуру", но я пару раз к нему обратился, он так "прошелся" по машине, что я потом полдня работать не мог, восстанавливал работоспособность. он, конечно, "хотел как лучше", и он реально - опьітньій в линуксах, но уж слишком часто я от него
сльішу "что єто! я такого никогда не видел!". будто бьі єто я виноват, что ИХ машина, которую они мне дали, так брьікается у него под седлом. лучше самому разбираться, будет надежнее, и порой - бьістрее.
т.е. отследить изменения по сравнению с переданньім кодом - невозможно
для "минимизации потерь" и нужны хоть какие то соглашения. Например, разрешили менять форматирование, так сначала измени формат, закоммить, а после исправляй.
Ну или если бы у вас было автоформатирование, так можно было к старому формату привести.
Кстати для отслеживания изменений во всём проекте удобен beyound compare, платный, но он того стоит.
завтра попробую git установить на мою линукс-машину
А что какие то проблемы с этим есть на линуксах?
посему сделал три скрипта
Интересно зачем? Что они делают?
завтра попробую git установить на мою линукс-машину
А что какие то проблемы с этим есть на линуксах?
--------------------
уже нет. оказалось, он изначально там установлен.
посему сделал три скрипта
Интересно зачем? Что они делают?
---------------------
сохраняют бєкапьі моих творений на сервер, где регулярно проводятся бекапьі. просто зиповались все измененньіе (по мнению CVS, используемой фирмой) файльі и прятались. сегодня добавил еще один, которьій делает ежедневно только
$git --git-dir bundle create --all
или что-то похожее, сейчас не помню.
теперь могу, наконец, весь мусор из кода повьібрасьівать. до сих пор две недели только оставлял закомментированньім: а вдруг єто - не совсем мусор? а так - в єтих бандлах теперь все, что нужно, причем с возможностью прослеживания изменений.
А вы пушите лишь то, что в тикете указано? Ну скажем сделал тикет, но заметил неопрятный кусок кода, или опечатку, или ещё что по-мелочи. Правите заодно, заводите новый тикет по помарке, или просто оставляете как есть?
Не пушить, а коммитить - это разные вещи. И правил тут жестких нет, надо решать по обстановке, ну и всегда иметь отмазку на крайний случай, если что-то пошло не так, как здесь:
