Идея стоит того, чтобы ее реализровать. Отлично, что есть компании типа редхета, которые хотят зарабатывать на том, что предоставляют выбор, а не ограничивают возможности.
И да, убедитесь что у вас входящие файлы (те, которые вы стянули с репозитория) имеют EOL-style такой же, как и в настройках редактора. Может быть он заменяет EOL`и, соответсвенно файлы становятся измененными.
Почитайте внимательнее о флаге -a. Если он есть, гит добавляет до стейджинга все файлы и потом комитит. Пользутейсь git add а потом commit -m. Также непонятна структура, зачем вам две отдельных папки?
Хотя я и пользуюсь KDE только 8% от времени его существования, мне очень нравится проект и хочу пожелать парням успехов в их работе. Спасибо за отличный DE.
Терять историю необязательно. Делаете
git svn clone --strlayout
--stdlayout если вы следовали tags/branches/trunk у себя в репозитории.
через полчаса (10000 дельт розрезолвить нужно) у вас гит копия репозитория с бранчами, тэгами и транком и с историей комитов. Потом git push в какой-то удаленный репозиторий и продолжаем дискотеку, работая уже с публичным репозиторием.
Вы очевидно не понимаете. Гит и другие децентрализированые системы контроля версий держат историю локально. Файла с предыдущей версии нету, но git/hg вам его с удовольтвием предоставлят на запрос без шуршания по сети.
P.S.: kubuntu 11.10 на ноуте и на работе.
потом делаете git checkout <хешкомита> path/to/file
и получаете нужную версию файла.
--pretty=oneline — формат отображения истории, таков для данной задачи наверное самый удобный.
git svn clone --strlayout
--stdlayout если вы следовали tags/branches/trunk у себя в репозитории.
через полчаса (10000 дельт розрезолвить нужно) у вас гит копия репозитория с бранчами, тэгами и транком и с историей комитов. Потом git push в какой-то удаленный репозиторий и продолжаем дискотеку, работая уже с публичным репозиторием.