Как отлаживать проект?

@xoma_204 · Регистрация: 06.08.2014

Студворк — интернет-сервис помощи студентам

Здравтсвуйте, есть уже готовый,работаюший сайт, который нужно дорабатывать и модернизировать
Каким образом, правильнее всего организовать весь этот процесс?
распишите плз по шагам
Вот лежит сайт на ftp
Мне надо как то отлаживать его, тестировать и тд
1)Я должен буду создать полную копию этого сайта на другом домене? где? или у себя на денвере или как?
2)Как использовать Git? нужно создать репазиторий на сайте оригинале? а потом у себя на компе? или как?
Если не трудно напишите плз по шагам как вы отлаживаете работу с сайтом?
Вот я имею 1 сайт залитый на ftp
Допустим я хочу изменить какой то код на странице и протестировать, как грамотнее всего это огранизовать?
не буду же я тупо копировать этот файл и заливать его на оригинальный сайт

@SV · 06.08.2014, 23:08

1. скопируйте исходники и базу к себе и работайте локально, на том же денвере, да.
2. А зачем вам git? Если вы работаете один - можете вообще не париться на эту тему сейчас. Можете просто параллельно почитать уроки по git на официальном сайте, что бы понять что это и нафиг оно вам нужно.

Соответственно все изменения делаете локально, тестируете, проверяете.
В какой то момент, убедившись что всё хорошо - заливаете исходники на свой сервер через ftp

@xoma_204 · 06.08.2014, 23:32 **[ТС]**

ясно спс, т.е так всегда и работают? на каком-нибудь денвере, локально, а потом заливают файлы в оригинальный проект?
А чтобы сохранить текущаю версию сайта, надо тупо скопировать дамп БД и файлы сайта к себе в папку?
т.е ОБЯЗАТЕЛЬНО должны быть 2 версии сайта? одна рабочая и вторая на денвере отладочная?

@SV · 07.08.2014, 00:04

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

дамп бд надо не в папку, а в базу, но в целом да, тупо всё копируйте

@xoma_204 · 07.08.2014, 00:42 **[ТС]**

А что если я захочу использовать git в проекте?
Я правильно понимаю алгоритм будет такой:
1)создаем репозиторий(папку .git) на сайте оригинале в папке с файлом index.php на ftp
2)создаем локальный репозиторий в Денвере, так же в папке с index.php в отладочном сайте
3)и потом при изменении скажем нескольких файлов style.css и srtipt.js надо:
a)сделать коммит этих файлов, которые я изменил
б)сделать push этих файлов в основной репозиторий
И тогда там поменяются старые файлы style.css и srtipt.js, на новые?

@SV · 07.08.2014, 01:35

Нет.
Если вы создадите репозиторий в папке - то он будет локальным, с другого компьютера вы туда не попадете.
Логика такая:
Вам нужен гит сервер на котором будет храниться ваш гит репозиторий
Првый пуш в пустой репо вы делаете со своего сервера
Потом клоните на локальную машину
Что то там меняете, и когда готово - пушите обратно на гит-сервер.
Потом на веб сервере получаете обновленные файлы с гит-сервера

Гит сервер можете поднимать или сами, или взять какой готовый срвис, наприме тот же гитхаб, или bit bucket

@xoma_204 · 07.08.2014, 23:17 **[ТС]**

Т.е с гитом не возможно работать не используя айты типа gihub?
Т.е дошжно быть 3 репозитория?
Первый - локальный на мое компе в денвере
Второй - на гитхабе
И 3 в папке с сайтом
А зачем этот гит сервер??
Почему нельзя сразу пушить в репозиторий с сайтом?

@SV · 08.08.2014, 02:40

github - это и есть гит-сервер.
Вы можете использовать или его, или свой собственный сервер запустить.

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

Таким образом гит-сервер это то месте где хранятся исходники и откуда вы их можете скачать и с локальной машины и с веб-сервера

@Ukkas · 08.08.2014, 10:32

xoma_204, тут уже все хорошо расписали, но добавлю еще немного.
По поводу количества версий сайта, если над одним сайтом работают, допустим 5 разработчиков, то версий сайта будет 7. По одной локальной у каждого разработчика, т.е. 5 штук, потом 1 тестовая на гит-сервере, куда после проверки изменений у себя, разработчики сливают свои изменения. И когда кто-то, например старший программист, убеждается, что все эти изменения с друг другом не конфликтуют и не вызывают каких-то новых ошибок, он переносит тестовую версию сайта на боевой (еще одна версия сайта, единственную из которых видят пользователи).

artnazarov · 08.08.2014, 12:58

xoma_204, откройте это и почитайте все-все в разделе отладка.

Новые блоги и статьи Все статьи Все блоги /
Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это дополнительная запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:
Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .

@xoma_204 1 / 1 / 0 Регистрация: 06.08.2014 Сообщений: 157

	Как отлаживать проект? 06.08.2014, 22:46. Показов 1053. Ответов 9 Метки нет (Все метки) Здравтсвуйте, есть уже готовый,работаюший сайт, который нужно дорабатывать и модернизировать Каким образом, правильнее всего организовать весь этот процесс? распишите плз по шагам Вот лежит сайт на ftp Мне надо как то отлаживать его, тестировать и тд 1)Я должен буду создать полную копию этого сайта на другом домене? где? или у себя на денвере или как? 2)Как использовать Git? нужно создать репазиторий на сайте оригинале? а потом у себя на компе? или как? Если не трудно напишите плз по шагам как вы отлаживаете работу с сайтом? Вот я имею 1 сайт залитый на ftp Допустим я хочу изменить какой то код на странице и протестировать, как грамотнее всего это огранизовать? не буду же я тупо копировать этот файл и заливать его на оригинальный сайт 0

@SV 55 / 55 / 25 Регистрация: 03.08.2014 Сообщений: 258
	06.08.2014, 23:08
	1. скопируйте исходники и базу к себе и работайте локально, на том же денвере, да. 2. А зачем вам git? Если вы работаете один - можете вообще не париться на эту тему сейчас. Можете просто параллельно почитать уроки по git на официальном сайте, что бы понять что это и нафиг оно вам нужно. Соответственно все изменения делаете локально, тестируете, проверяете. В какой то момент, убедившись что всё хорошо - заливаете исходники на свой сервер через ftp 0

@xoma_204 1 / 1 / 0 Регистрация: 06.08.2014 Сообщений: 157
	06.08.2014, 23:32 [ТС]
	ясно спс, т.е так всегда и работают? на каком-нибудь денвере, локально, а потом заливают файлы в оригинальный проект? А чтобы сохранить текущаю версию сайта, надо тупо скопировать дамп БД и файлы сайта к себе в папку? т.е ОБЯЗАТЕЛЬНО должны быть 2 версии сайта? одна рабочая и вторая на денвере отладочная? 0

@SV 55 / 55 / 25 Регистрация: 03.08.2014 Сообщений: 258
	07.08.2014, 00:04
	Да, обязательно две. Порой даже три. Править на боевом сервере работающий сайт - это очень плохо. Конечно, если сайтом пользуется три калеки в месяц - то никто ничего не заметит, а вот если у вас приходят люди а вы в этот момент начали всё переделывать, половина не работает, часть отвалилась, другая часть вообще не доделана - ничего хорошего. дамп бд надо не в папку, а в базу, но в целом да, тупо всё копируйте 0

@xoma_204 1 / 1 / 0 Регистрация: 06.08.2014 Сообщений: 157
	07.08.2014, 00:42 [ТС]
	А что если я захочу использовать git в проекте? Я правильно понимаю алгоритм будет такой: 1)создаем репозиторий(папку .git) на сайте оригинале в папке с файлом index.php на ftp 2)создаем локальный репозиторий в Денвере, так же в папке с index.php в отладочном сайте 3)и потом при изменении скажем нескольких файлов style.css и srtipt.js надо: a)сделать коммит этих файлов, которые я изменил б)сделать push этих файлов в основной репозиторий И тогда там поменяются старые файлы style.css и srtipt.js, на новые? 0

@SV 55 / 55 / 25 Регистрация: 03.08.2014 Сообщений: 258
	07.08.2014, 01:35
	Нет. Если вы создадите репозиторий в папке - то он будет локальным, с другого компьютера вы туда не попадете. Логика такая: Вам нужен гит сервер на котором будет храниться ваш гит репозиторий Првый пуш в пустой репо вы делаете со своего сервера Потом клоните на локальную машину Что то там меняете, и когда готово - пушите обратно на гит-сервер. Потом на веб сервере получаете обновленные файлы с гит-сервера Гит сервер можете поднимать или сами, или взять какой готовый срвис, наприме тот же гитхаб, или bit bucket 0

@xoma_204 1 / 1 / 0 Регистрация: 06.08.2014 Сообщений: 157
	07.08.2014, 23:17 [ТС]
	Т.е с гитом не возможно работать не используя айты типа gihub? Т.е дошжно быть 3 репозитория? Первый - локальный на мое компе в денвере Второй - на гитхабе И 3 в папке с сайтом А зачем этот гит сервер?? Почему нельзя сразу пушить в репозиторий с сайтом? 0

@SV 55 / 55 / 25 Регистрация: 03.08.2014 Сообщений: 258
	08.08.2014, 02:40
	github - это и есть гит-сервер. Вы можете использовать или его, или свой собственный сервер запустить. Логика простая - основной репозиторий - это репозиторий на гит-сервере. Вы с него копируете на свой компьютер, что то там правите, и потом пушите обратно на гит-сервер. А на веб-сервере вы просто копируете с гит сервера. Таким образом гит-сервер это то месте где хранятся исходники и откуда вы их можете скачать и с локальной машины и с веб-сервера 0

@Ukkas 153 / 126 / 39 Регистрация: 02.05.2012 Сообщений: 573
	08.08.2014, 10:32
	xoma_204, тут уже все хорошо расписали, но добавлю еще немного. По поводу количества версий сайта, если над одним сайтом работают, допустим 5 разработчиков, то версий сайта будет 7. По одной локальной у каждого разработчика, т.е. 5 штук, потом 1 тестовая на гит-сервере, куда после проверки изменений у себя, разработчики сливают свои изменения. И когда кто-то, например старший программист, убеждается, что все эти изменения с друг другом не конфликтуют и не вызывают каких-то новых ошибок, он переносит тестовую версию сайта на боевой (еще одна версия сайта, единственную из которых видят пользователи). 0

artnazarov 15 / 15 / 8 Регистрация: 29.07.2014 Сообщений: 120
	08.08.2014, 12:58
	xoma_204, откройте это и почитайте все-все в разделе отладка. 0