Здравствуйте, AndrewVK, Вы писали:
AVK>Видимо это как то связано с настройками гита на предмет autocrlf — Т4 как то по разному относится к Unix и Windows LF.
Эва как. А это можно в gitconfig (который включён в репо, не в локальном) как-то прописать?
S>>Эва как. А это можно в gitconfig (который включён в репо, не в локальном) как-то прописать? AVK>Можно наверное. А что включать? Принудительно Windows или просто "не трогать"?
А любой, главное чтоб у всех одинаково было.
Лично я за Windows после одного эпического фейла с уходом в продакшн собранного на linux-сервере кода. С \n в строковых константах.
* разумеется, главный косяк тут был в кривых руках, но осадок остался
Здравствуйте, IT, Вы писали:
IT>По идее MSBuild вообще не должен ничего генерировать, т.к. сгенерированый файл уже есть в проекте.
По уму все шаблоны надо при сборке запускать, чтобы не было "забыл обновить".
Здравствуйте, Sinix, Вы писали:
IT>>По идее MSBuild вообще не должен ничего генерировать, т.к. сгенерированый файл уже есть в проекте. S>По уму все шаблоны надо при сборке запускать, чтобы не было "забыл обновить".
По уму не надо. Представь, что твой шаблон, например, ходит в БД за какими-нибудь метаданными, а у билд сервера доступа к этой БД нет.
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, IT, Вы писали:
IT>По уму не надо. Представь, что твой шаблон, например, ходит в БД за какими-нибудь метаданными, а у билд сервера доступа к этой БД нет.
Если мы про теорию, то такие редкие исключения надо в проект с condition включать, чтоб сборка на сервере их игнорила.
Здравствуйте, IT, Вы писали:
AVK>>Можно наверное. А что включать? Принудительно Windows или просто "не трогать"? IT>Лучше всего "не трогать".
Оно вот как раз было не трогать. А у кого то, видать, в локальных конфигах было трогать. В том числе вроде бы и у тебя. В результате у меня периодически студия начинала орать на не те концы строк. Так что лучше уж для определенных расширений пусть оно принудительно перетаптывает, причем у всех.
... << RSDN@Home 1.0.0 alpha 5 rev. 0 on Windows 8 6.2.9200.0>>
Здравствуйте, Sinix, Вы писали:
IT>>По уму не надо. Представь, что твой шаблон, например, ходит в БД за какими-нибудь метаданными, а у билд сервера доступа к этой БД нет. S>Если мы про теорию, то такие редкие исключения надо в проект с condition включать, чтоб сборка на сервере их игнорила.
У меня такие редкие исключения в каждом проекте на работе. В общем, нет смысла париться на эту тему. MSBuild всё равно не запускает перегенерацию шаблонов. И не надо.
Если нам не помогут, то мы тоже никого не пощадим.
Подстветка и кой-какой интеллисенс (в коде шаблона) есть, а всё остальное, например интеллисенс в "генерируемом коде" за отдельную плату. Но бесплатного для хороший жизни более чем.
Здравствуйте, IT, Вы писали:
IT>Посмотрел. Не то что бы там косяки, я бы вообще всё переделал. Само по себе решение уж слишком одноразовое. Переделал на более менее переиспользуемое.
Всё как бы замечательно, код красивый, только поведение теперь поломано
0. Новый вариант неподдерживаемый. Вот что будет с вероятностью 100%: Code.tt скопипащен в десяток мест, в том числе в сторонних пакетах и тут выясняется, что надо добавить ещё один replace.
1. Нужно хардкодить имя файла с ассертами.
2. Нет проверки на строгое соответствие имени шаблона и имени исходного файла. Не проверяется, что файлы должны лежать рядом.
3. Генератор не падает, если в исходном файле нет нужного класса.
4. Нет using static CodeJam.DebugCode.
Т.е. решение теперь тоже одноразовое, но в другом смысле: для нового класса ассертов придётся не просто копировать шаблон, а ещё и менять в нём код
Все пункты (1-4) должны быть в .ttinclude, чтоб не копипастить их при необходимости поправить.
Здравствуйте, IT, Вы писали:
IT>У меня такие редкие исключения в каждом проекте на работе. В общем, нет смысла париться на эту тему. MSBuild всё равно не запускает перегенерацию шаблонов. И не надо.
Надо-надо. Как только шаблонов больше, чем пара и в проект допускают джуниора — так обязательно даже. Сколько у нас из-за этого "да не парься, найдём если что кто забыл запустить" косяков было — пальцев не хватит.
IT>MSBuild всё равно не запускает перегенерацию шаблонов. И не надо. https://www.nuget.org/packages/Clarius.TransformOnBuild/
Там только targets-файл. Подробности — тынц.
С appveyor вроде бы пашет.
Здравствуйте, xy012111, Вы писали:
X>tangible T4 Editor 2.3.0 plus modeling tools for VS 2015 Моделинг тулз в инсталяторе можно отключить, менюшку свою вроде добавляет но так ни разу не понадобилось.
Угу, вот он и стоит в итоге.
Здравствуйте, Sinix, Вы писали:
S>Т.е. решение теперь тоже одноразовое, но в другом смысле: для нового класса ассертов придётся не просто копировать шаблон, а ещё и менять в нём код
Похоже мы друг друга не поняли. Я решал такую задачу. Взять произвольный файл и произвести с ним заданные трансформации. Твоя задача как я понял другая. Каждой бабе по бутылке водки Каждому файлу по его Debug версии. Исправляюсь.
Кстати, про using static CodeJam.DebugCode не понял. Оно там всё равно нигде не используется.
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, AndrewVK, Вы писали:
AVK>В результате у меня периодически студия начинала орать на не те концы строк. Так что лучше уж для определенных расширений пусть оно принудительно перетаптывает, причем у всех.
Может кто клонирует заново репозиторий? Гит в этом случае обновит все файлы и исправит концы строк, а потом закомитит изменения. А то сейчас многие файлы вместо нужных изменений содержат еще и изменения по переводу концов строк Плюс это сильно мешает слиянию и приводит к конфликтам.
Сейчас там 40 файлов такие.
ЗЫ. Можно просто удадить все файлы в рабочей директории, а потом сделать git checkout .
Здравствуйте, IT, Вы писали:
IT>Похоже мы друг друга не поняли.
Ага, в n-й раз налезаю на всё те же грабли: коммит кода без объяснений Дальше буду issues гитхаба заводить, хотя бы чиста для истории.
UPD: Коммент к коммиту
UPD2: А можно в ReplaceInfo прикрутить bool FailIfNotFound? А то одна возможность накосячить всё-таки осталась неприкрытой
IT>Кстати, про using static CodeJam.DebugCode не понял. Оно там всё равно нигде не используется.
AndrewVK выше предложил.
Чтоб в других классах отладочных ассертов писать [Conditional(DebugCondition), DebuggerHidden, MethodImpl(PlatformDependent.AggressiveInlining)]
а не [Conditional(DebugCode.DebugCondition), DebuggerHidden, MethodImpl(PlatformDependent.AggressiveInlining)]
Заодно сейчас в оригинальном классе для PlatformDependent тоже using static сделаю. Аж забавно, как легко можно упустить очевидные моменты
Если нам не помогут, то мы тоже никого не пощадим.
Плюс это сильно мешает слиянию и приводит к конфликтам.
Дальше буду issues гитхаба заводить, хотя бы чиста для истории.
