я понял это сам довольно давно, но я просто вспомнил опубликовать ответ, если кто-то еще этого хочет.

TL: DR; = хотя это возможно, это довольно бессмысленно / больше накладных расходов, чем необходимо.

решение:

то, что я закончил, было синхронизацией областей, которые были наиболее важными, это были (под xampp root):

• /htdocs
• /phpmyadmin
• /php
• /mysql/data - ключевая вещь здесь-это не вся папка, только бит данных

это гарантирует, что версии PHP и phpMyAdmin, которые я запускаю, все те же, и что мои базы данных присутствуют (yay, больше нет экспорта/импорта!).

причина, по которой я не синхронизирую apache папка, потому что моя настройка на моих машинах немного разные (разные пути).

я использовал символические ссылки, чтобы указать папки на их местоположения на Dropbox (Да, я попросил Google Диск, но см. Конец ответа на вопрос, почему своп).

это работает довольно хорошо, и я не нашел лучшего решения. Хотя сейчас происходит смещение рабочего процесса на виртуальные машины, мне нужна эта переносимость больше из-за того, сколько мне нужно переключаться между моим ноутбуком и моим основным ПЕРСОНАЛЬНЫЙ КОМПЬЮТЕР.

вопросы:

• я столкнулся с несколькими незначительными проблемами, почти все с mysql.
  • служба MySQL не всегда запускается при загрузке машины, если она синхронизирует файлы при попытке загрузки, не основная проблема, а крошечный нюанс.
  • поврежденные базы данных! :- o это было на самом деле более или менее исправлено, перейдя в Dropbox с Google Диска, больше об этом в конце.
  • вы не можете надежно иметь обе машины одновременно, так как это может вызывают конфликты в базе данных. При создании новой базы данных лучше всего сделать это на одной машине, позволить ей полностью загрузиться, затем выключить машину и загрузить другую, чтобы она синхронизировалась в требуемом материале. Иногда служба MySQL будет остановлена.

Google Drive vs в Dropbox

Я люблю Google Диск, я использовал его для всего. Это дешево, с $ 3 за 100GB пространства или что-то еще по сравнению с $10(£10?) DropBox.

через некоторое время, когда мои проекты выросли, а htdoc стали массовыми, я начал замечать несколько проблем. Некоторое время я начал использовать фреймворк под названием Laravel 4, Это включало много файлов, которые composer вносил в каталог поставщика. Google Drive, казалось, индексировал часть его, а затем только синхронизировал некоторые файлы, но без меня.

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

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

в конце концов, я решил поменять мой htdocs в DropBox. После того, как у меня не было проблем в течение нескольких недель, я поменял остальное с тех пор у меня не было проблем с повреждением базы данных или любыми папками, которые не синхронизируются. Я думаю, что это может быть до Google Drive, казалось бы, не в состоянии обрабатывать так много небольших файлов (по приблизительной оценке, Laravel 4 vendor directory имеет 4K+ файлы, представьте себе это на 10 проектах плюс любые другие проекты не на laravel 4...).

борьба с коррупцией базы данных

все еще используя Google Диск, я нашел безопасный способ убедиться, что мои базы данных более или менее были безопасный даже если поврежден, я создал пакетный файл (Yup, пользователь windows), чтобы сделать резервную копию базы данных всех баз данных по умолчанию (пропуская те, которые поставляются с MySQL / PhpMyAdmin в основном).файл sql в папке не на Google Диске / DropBox. Это означает, что если моя база данных повреждена, худшее, что происходит, - я потерял несколько дней работы с базой данных, что обычно не составляет много (особенно если вы используете миграции для создания таблиц). Это просто простая задача отбросить поврежденных таблицы / базы данных и восстановление их с помощью .sql-файл.