spinz
Сексуальность - это важно.
Думаю, даже ИК согласится

Хм. Что ж, подождем.

Подозреваю, впрочем, что ИК из-за своей "принципиальности" может не согласиться

Божья_коровка

Crispy

Божья_коровка

Где пропадал то, зазноба?

Зазноба из Занзибара!..[attachment 28938 bg.gif]



Исправлено 2 раз(а). Последнее : Simple777, 06.02.18 14:33

Igor Korolyov

tata
По крайней мере, по статье 1

Тут я согласен с тем, что эта проблема вызвана в первую очередь отсутствием вменяемой (удобной и понятной разработчику) системы контроля версия. Если все "варианты" можно разместить в разных ветках того же гита, и переключаться между ними за 5 секунд, то нужда в закомментированном коде, равно как и в "отключаемом" всякими if .F. отпадает... Без системы контроля версий - ну да, это проще чем вручную созданные архивы или просто кучи mylib.prg.v1

тема опять съехала
я счас с гитом работаю поэтому понимаю о чем Игорь
когда я писал на фоксе свои локальные армы - у нас в 9 из 10 случаев кодировщик кодил сам от и до
( в ЛУЧШЕМ случае ипользовался общие процедурные файлы )
поэтому и гит не сильно нужен
но при совместой разрабтке - а когда еще больше 2-3 людей Гит (SVN) сильно выручает

насчет комментов - я всегда в заголовке SQL ( Sp , udf ) писал и номер версии и версионность с датами
Гит коненчо хорошо - но сразу глянуть и увидеть что менялось это удобно

а вот на текущем проекте не принято - там 3 человека - просто номер из жиры и без даты
и меня сильно напрягает - ибо по исходнику SP Фиг видно кто что менял надо лезть в гит

зы при написании на фоксе много коментов писал для себя и куски кода коментировал часто

spinz
Сексуальность - это важно.

Важно, но не первостепенно. И уж не в каждой теме, даже и в курилке.

Гулин Федор
ибо по исходнику SP Фиг видно кто что менял надо лезть в гит

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