Git игнорирует изменения в одной строке

С git невозможно игнорировать ни одну строку кода. Как только файл отслеживается, весь файл индексируется.

Вместо изменения выходных данных расположения сборки окружающий код, вызывающий ваш проект, должен копировать выходные данные сборки в нужное место. Таким образом, вы не нарушаете целостность подмодуля.

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

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

Хотя вся эта идея плоха. Это означает, что личная конфигурация пользователя хранится в его существующем рабочем дереве, в файле, который Git перезапишет. Другими словами, бывают ситуации, когда Git будет приказано уничтожить конфигурацию пользователя безвозвратно, и Git подчинится, и конфигурация будет уничтожена. Чтобы вернуть его, вам понадобится не только чистый фильтр, но и грязевой фильтр. Фильтр пятен должен откуда-то получить правильные данные конфигурации — это не может быть файлом, который сейчас уничтожается и создается заново, — и помещать их в поток данных.

Поэтому эта конфигурация должна также храниться в каком-то другом файле, который Git не будет перезаписывать, либо полностью вне рабочего дерева, либо никогда не будет зафиксирован. . В этом случае вы можете просто прочитать значение из другого файла. Так что просто используйте этот файл. См. ответ Бена В. для этой альтернативы.

Во-вторых, рассмотрите возможность чтения основных данных XML:

<OutputPath type="indirect">/etc/oursoftware.d/config.output</OutputPath>

например, чтобы указать, что выходной «путь» здесь является именем другого файла — в данном случае /etc/oursofware.d/config.output — который пользователь настроит так, чтобы он содержал выходной путь. Или, если доступны переменные среды:

<OutputPath type="envvar">$OURSOFTWARE_OUTPUT_PATH</OutputPath>

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

OURSOFTWARE_OUTPUT_PATH=/path/to/file.ext program

например. Обратите внимание, что вы должны изменить свою программу C#, чтобы она понимала эти новые элементы управления XML.

После нескольких часов на это, вот куда я пришел, объединив два ответа, которые у меня есть на данный момент, и некоторые дополнительные исследования для моего решения:

Ответ на сам вопрос: Невозможно игнорировать изменения в строке

Вы не можете игнорировать изменения в одной строке. На странице, на которую я ссылался в своем вопросе, обсуждается только то, как УДАЛИТЬ одну строку из коммита, а не ИГНОРИРОВАТЬ ИЗМЕНЕНИЯ. Лучшей альтернативой было бы зацепить что-то, что ЗАМЕНИТ леску чем-то другим, когда вы нажимаете, и вам придется возвращать то, что было изначально удалено, когда вы тянете, что возможно, но очень утомительно. (См. «очистить» и «размазать» в документации по атрибутам Git. )

Что касается решения, которое я решил использовать для своих проблем со сборкой, я решил написать небольшой пакетный скрипт, запускаемый как Событие после сборки, которое копирует созданные файлы в целевой каталог, путь которого указан в файле, который игнорируется из git, чтобы обеспечить модульность.

Еще одно хорошее решение, предложенное Луисом Сильвой, — использовать файл .csproj.template и добавить .csproj в gitignore. Шаблон можно скопировать и изменить в соответствии с потребностями реализации.