fkthatВозможно ли как-то настройками заставить Git игнорировать изменения в файлах, которые уже были ранее закоммичены? Поясню. Если я добавляю в .gitignore строку, допустим, *.temp, то после этого, при добавлении в working tree нового файла foo.temp, он будет игнориться, но если до этого уже был файл bar.temp и он уже был ранее закоммичен, то при его (bar.temp) изменении Git все равно будет отображать его как "changed" и предложит эти изменения закоммитить. Можно ли это победить?

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

fkthatНет, в том-то и дело, что этот файл должен быть в Git, я просто не хочу коммитить последующие изменения этого файла. (т.е., фактически, не делать ему git stage перед git commit, но так, чтобы это автоматически происходило и я его не видел в списке измененных файлов). Я даже опишу более конкретно - есть некоторый файл настроек аппликухи, в котором закоммичены некие "общие" настройки, мне надо там поменять настройки на локальной копии, но так чтобы они не уходили в общий репо. Я прекрасно понимаю, что я могу просто эти изменения не коммитить, типа "git add . && git reset foo.config && git commit -m blablabla", но делать это каждый раз немного дрочно, и, к тому же, всегда можно про это забыть и случайно его все-таки запушить со своими изменениями.

решается копированием файла шаблона в файл, который заигнорен. при билде.
не нужно сюда приплетать гит, это потом порвёт все шаблоны команде, нафига такое нужно?

fkthathVosttзачем это побеждать? так и задумано. игнор работает как фильтр для отслеживания новых файлов, а не изменений в файлах.
Я, блин, знаю прекрасно, для чего задуман игнор, скажем, лучше, так - я хочу "игнор++", который запретит гиту отслеживать изменнеия в определенном файле.

я уже сказал, какое решение. и оно лежит не в области системы контроля версий.

1. создаёте шаблон файла, который добавляется в систему контроля версий
2. создаёте шаг сборки, который копирует файл шаблона в нужный вам файл, если он отсутствует
3. нужный вам файл помещаете в игнор

профит. можете сколько угодно править нужный вам файл, он будет проигнорирован. а при сборке он будет создан из шаблона, который под котролем, если нужного файла нет.

fkthathVosttне нужно сюда приплетать гит, это потом порвёт все шаблоны команде, нафига такое нужно?
Как и что это порвет, если локальные изменения не идут в репо?

объясняю как порвёт.

1. создали файл some.txt и внесли в него изменения
2. добавили в систему контроля версий
3. добавили игнор последующих изменений в файле
4. теперь у нескольких разработчиков файл со своими изменениями
5. какой-то Вася командой git переносит изменения в файле в репо
6. у всех остальных происходит локальный п....ц, как смержить свои изменения с чужими, если никакой истории собственных изменений не велось? что делать?

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

fkthat,

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

было просто: файлы либо под контролем версий, либо нет.

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

fkthatКак всегда, один ты у нас тут такой всепонимающий

я вроде расжувал и объяснил, тут не надо семи пядей во лбу.


fkthatМля, мне нах не нужна там никакая история изменеий. Давай, объясню конкретную ситуацию. Есть проект ASP.NET Core. Файл Properties/launchSettings.json в котором некоторые профили, которые все используют. Мне надо локально добавить профиль лично для себя, который буду использовать только я на своей локальной машине. И мне лень дрочиться при каждом коммите следить, чтобы мои эти изменения не ушли в общий репо. Для новых файлов я даже могу сделать локальный игнор (.git/info/exclude), но, вот, для тех что уже есть - хер. Походу, просто, такой возможности нет.

ну ё-маё. может хоть раз документацию, хотя бы для приличия, почитаешь? :)

https://docs.microsoft.com/ru-ru/aspnet/core/security/app-secrets?view=aspnetcore-2.2&tabs=windows

храни свои конфиги в своих секретах за рамками репы. чего как маленький-то? )

fkthat,

https://docs.microsoft.com/ru-ru/aspnet/core/fundamentals/environments?view=aspnetcore-2.2

там даже выделено


Предупреждение

В файле launchSettings.json не должны храниться секреты. Для хранения секретов во время разработки в локальной среде можно использовать средство Secret Manager.

fkthathVostt,

Египетская сила. Да при чем тут какие-то секреты? Где же это я писал, что у меня в json секреты? Ты вообще хоть вчитываешься в то, что читаешь, или пишешь просто лишь бы сумничать?

походу ты тупо не вдупляешь. либо документацию даже не читал.

секреты, это не обязательно про безопасность.
это любое изменение в конфиге, которое интересно только тебе, и ты не хочешь, чтобы оно было в репозитории.
любое.

ты похоже не просто не вчитываешься, ты даже не читаешь, что тебе пишут.
печально.

fkthatРазрулил простейшим хуком на пре-коммит.

ну в общем, через ж. не жалуйся потом на чей-то говнокод, окэ? :)

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

fkthatПоходу, просто, такой возможности нет.

по ходу кто-то болт клал на любые доки.

fkthat,

я смотрю ты как продолжал класть болт на доки, так и будешь продолжать.
в любом конфиге json могут храниться секреты, сам секрет настраивается в csproj, а конфигурируется его использование в Program.cs
я понимаю, что это для тебя недостижимая вышка, иначе бы ты понял, что ASPNET_ENVIRONMENT тут никаким боком к делу не относится.

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