TFS / msbuild, создание ссылок на проекты
blockquote>Это известная проблема, связанная с ссылками на проекты в различных репозиториях, но, к сожалению, она не дает лучшего ответа. Потому что лучшее решение - это всегда иметь один репозиторий.
Git рассматривает файлы как содержимое всего хранилища, а не как набор файлов. Поэтому это довольно сложно сделать. В качестве обходного пути, вы можете использовать Git Submodules или Git Subtree :
Проверьте подробную информацию здесь:
Git и Ссылки на проекты Visual Studio
Кроме того, решение, которое мы используем сейчас, заключается в том, чтобы поместить общий код в пакет NuGet . Затем вы можете использовать пакет из любого репозитория, и вам не нужно будет выполнять какие-либо нестабильные настройки git и сохранять контроль доступа, как и должно быть.
Надеюсь, это поможет.
Проверьте zlibc: http://zlibc.linux.lu/ .
Также, если FUSE является опцией (т.е. ядро не слишком старое), рассмотрите: compFUSEd http://www.biggerbytes.be/
именованные каналы не дадут вам полнодуплексные операции, поэтому будет немного сложнее, если вам нужно будет указать только одно имя файла.
Знаете ли вы, нужно ли вашим приложениям искать файл?
Работает ли ваше приложение с stdin, stdout?
Может быть, решение заключается в создании мини-сжатой файловой системы, содержащей только каталог с вашими файлами
Поскольку у вас есть отдельный входной и выходной файл, вы можете сделать следующее :
mkfifo readfifo
mkfifo writefifo
zcat your inputfile > readfifo &
gzip writefifo > youroutputfile &
launch your program !
Теперь у вас, вероятно, возникнут проблемы с чтением дважды в порядке ввода, потому что, как только zcat закончит чтение входного файла,
Опции ПРЕДОХРАНИТЕЛЯ: http://apps.sourceforge.net/mediawiki/fuse/index.php?title=CompressedFileSystems
Какой язык вы используете?
Если вы используете Java, взгляните на классы GZipInputStream и GZipOutputStream в документации API.
Если вы используете C / C ++, zlibc, вероятно, лучший способ решить эту проблему.