В настоящее время я настраиваю сервер в своей сети для работы по веб-разработке, и мне было интересно, есть ли лучший способ сделать то, что я собираюсь делать.
Моя рабочая машина - это рабочий стол Windows 7, и я виртуализирую сервер Ubuntu, чтобы он работал как мой стек LAMP. Теперь, чтобы получать проекты на мой компьютер Windows и с него для редактирования, я собираюсь настроить общий ресурс samba на сервере всего каталога www / и сопоставить его с диском в Windows.
Я также буду использовать git для отправки изменений на мой веб-сервер в качестве своей онлайн-области, что позволит мне предварительно просмотреть свою работу моим боссам и т. Д.
Мне очень нравится рабочий процесс git и отправки на удаленный сервер, в частности, я также не большой поклонник подключенных дисков, если я выключу машину Linux и открываю файлы, программы с открытыми этими файлами начинают зависать, которые тоже довольно раздражает.
Я думал, что потенциально могу настроить git на моем локальном сервере Linux и нажать на него отдельно от моего веб-сервера, но одна из вещей, которые мне нравятся в настройке подключенных дисков, - это возможность вносить изменения и видеть, как они происходят, без необходимости делать git add / git commit / git push каждый раз.
Я работаю в одиночку, поэтому я не на 100% разбираюсь в лучших практиках, и, возможно, мне просто придется принять решение по одному из двух вариантов, которые у меня есть, но я хотел опубликовать здесь, чтобы увидеть, есть ли лучший способ делать что-то, поскольку я всегда стремлюсь узнать, есть ли он.
Безопасность здесь не является ключевым вопросом, но если есть проблемы с безопасностью, я бы хотел их услышать.
Спасибо
Если вы работаете в одиночку, вы можете использовать некоторые из опций, которые предлагает Fuse, например SSHFSс компонентами Windows вы можете более безопасно подключать диски, вы даже можете настраивать ключи и выполнять ввод без пароля. Я не большой поклонник самбы, не потому, что это плохая программа, к сожалению, она просто должна максимально точно воспроизводить плохой протокол.