Понимание Git, работа с php ide и ftp

#php #git #ide #ftp #workspace

#php #git #ide #ftp #рабочее пространство

Вопрос:

В моих прошлых проектах я не смог потратить время на правильную настройку своего рабочего пространства.

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

Моя IDE не имеет функциональности ftp, мне приходится вручную копировать файлы с моего рабочего стола на мой веб-сервер, постоянно перезаписывая файлы и дублируя.

Я уверен, что есть лучший, более эффективный способ сделать вышеуказанное. Я читал о Git для контроля версий и знаю, что я должен его использовать.

Каков предлагаемый способ эффективной работы (ОС — Windows) с IDE, контролем версий и FTP, который избавит меня от пота, слез и потери данных?

РЕДАКТИРОВАТЬ: в настоящее время я использую netbeans IDE

Комментарии:

1. Какую IDE вы используете? Может помочь с вариантами интеграции.

2. Привет, ближний бой, я использую netbeans.

Ответ №1:

Контроль версий — при правильном использовании — намного лучше, чем простое копирование файлов. В однопользовательской среде управление версиями позволяет вам иметь точный контроль над вашими версиями, часто таким образом, что это более экономично, чем полные копии файлов, поскольку старые версии хранятся в виде различий.

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

Git отличается от традиционных систем контроля версий тем, что он был разработан для распределенного использования. То есть у каждого разработчика есть свой собственный репозиторий, и слияния происходят тогда, когда они должны произойти. У вас может быть авторитетный центральный сервер, если вы хотите его иметь, но вам не нужно постоянно выполнять привязку к этому серверу. Это делает git особенно подходящим для индивидуальной или удаленной разработки. Git не требует большого сервера на вашем рабочем столе, достаточно одного небольшого двоичного файла.

Существует множество руководств по git. Некоторые из них:

Ответ №2:

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

Вы должны получить настройку DVCS, и какой из них вы выберете, полностью зависит от вас. Любой из них будет лучше, чем копировать вручную или вообще ничего не иметь. Я предлагаю взглянуть как на Git, так и на Mercurial и принять решение оттуда. На мой взгляд, если вы используете Windows в основном, Mercurial может быть лучшим выбором. Если нет, я бы посоветовал перейти на Git. Вы всегда можете попробовать оба!

Я настраиваю сервер gitolite, который действует как центральное хранилище для всех моих проектов git. Здорово иметь удаленный центральный репозиторий, потому что вся ваша кодовая база резервируется на случай сбоя вашей рабочей станции — и, кроме того, вы можете использовать его для некоторой координации кода для перемещения ваших файлов (и прекращения использования FTP).

Как только это настроено, я начинаю процесс pull редактирования и push адаптации к нему — вы говорите о своей IDE здесь, и есть много опций Git IDE, но я просто использую командную строку — я просто нахожу ее быстрее. Опять же, вам решать, как это включить.

Что касается веб-разработки, я настраиваю свой сервер gitolite на использование git-hooks для распространения изменений на мои серверы. У всех них установлен git клиент, поэтому кодовая база обычно находится в веб-корне. Когда изменение передается с моей рабочей станции на сервер gitolite, оно запускает некоторые команды, которые автоматически обновляют рабочий сервер. Это не только удобно, но и позволяет разместить копию кодовой базы и ее версий на ваших серверах. Однако будьте осторожны с этим; вам нужно убедиться, что вы не делитесь своим /.git каталогом.

Основная идея заключается в улучшении вашей экосистемы разработки. Моя настройка Git идеально подходит для этого. Возможно, вам потребуется оценить весь ваш рабочий процесс и внести коррективы в соответствии с вашими потребностями.

Вот git плагин для NetBeans. Однако я предлагаю использовать командную строку, когда вы начнете.

Комментарии:

1. Где бы я настроил сервер Gitolite?? Нужен ли мне выделенный сервер?? Существуют ли бесплатные репозитории, которые не будут использовать мой код?

2. Вам придется настроить его самостоятельно, и в идеале либо на выделенном сервере, либо на виртуальной машине — если это кажется излишним, я бы проверил github.com 🙂

3. Каковы шансы, что кто-нибудь найдет мой код на github, если использует бесплатную версию?

4. На это я не могу ответить с уверенностью. К сожалению, я не использую GitHub.