Изработка на уеб сайт с помощта на Git

gim0. Да, аз използвам gitom в vorstke сайтове. Програмистите не използват gitom и издърпайте vorstku директно на сървъра.

Philipp GitHub по същество се състои от архив отдалечен източник. Имаме проблем с това, че готовата vorstku трябва да дърпате Bitrix, ССФ или друг, и това трябва да се основава на файловете на сървъра ни.
Сега ние работим така: програмист прави vorstku и изпълва готови файлове чрез FTP сървъра ни в отделна папка verstka. Програмистите извадят файловете и ги въвеждат в шаблона на сайта. Т.е. verstka папка в изходния код, готов сайт с PHP код в шаблона, и т.н.

Ако е необходимо на етапа на един участък да се направят някои промени в оформлението, е необходимо или да вкара на изходния код и да прави промени директно в шаблон или да направите промени веднъж на 2 места. И ако програмист работи с колекционери на проекти или нещо друго, то най-вероятно ще е необходимо първо да направят промени на местно, възстановяване на проекта, се ангажират да направите, и след това се изсипва промените в сървъра (не му githab). Има проблем, че един човек може да записва върху промените на другия. В допълнение, той е много непрактично. Да, и не за контрол на версиите. Аз не виждам никакви промени, когато някой донесе. Това може да се види само на ниво оформление.

Това е въпросът. Как мога да се оптимизира работата? Разбираемо е, че искате да използвате VCS, но техният начин за организиране на работата на сървъра? Как се работи с програмисти и програмисти?

Имаме програмисти напротив се оплакват, че оформлението им пречи да работят със своите колектори и gitami. Няма право да бъде udalonke работа.

Олег Red'kin. Ако програмистите не използват VCS и се оплакват от наличието на де факто стандарт за нещата, тогава ще се занимават с ниска квалификация на програмистите, които работят не разбирам как. Във всички проекти, всички подходящи (оформление, код, статичен) е в СВК за удобна работа в екип, а не само за това.

Олег Red'kin Магазин източници в кръга на сървъра, а не компилирани файлове и колектора (node_modules в gitignore). На следващо място, за всяка задача за създаване на отделен клон. Ние измамници в Битрикс изработени дизайнерски страници с различни компоненти, всеки компонент само докосва необходимите скриптове и стилове, самото оформление трябва да бъде модулни. Аз за всеки компонент на папка, в която съставните стилове оформление + + + скрипт на SVG ако спрайт е. Структурата се разпространява, измамници обикновено не са си направили труда.
За екипа направил документацията, всички са доволни, няма оплаквания.

Аз със сигурност не съм голям специалист (да това, което искам да кажа, аз направих един студент), но тъй като за мен - това е необходимо, за да:
1) Изтеглете и инсталирайте доверие Git-клиент и Git-сървър servver.
2) е създаден на вашия компютър хранилище, пише на първата ангажират.
3) След това отидете на сървъра инициализация функция на вашия хранилище, чрез което създава външно хранилище.
4) екип DTP е свързан с хранилището, клонира себе си на компютъра и да се създаде клон за уеб дизайнери, преминава към нея.
5) Същият екип се справя и измамници с вашия бранш.
(Клонове-конкретно, че няма един отбор е другият отбор файловете)
6) И все пак, когато работиш и нужда. Клоните могат да бъдат обединени.
Послепис по-добро използване на SSH-връзка от замазка. (Що се отнася до мен, е по-лесно да се даде на всеки ключ, така че да не се извиси с потребителско име и парола).
P.P.S.
1) Ако сте под vinduzyahoy, е да се създаде и инициализира местен ряпа използване Git-Баш или една и съща Git-GUI (ясно guishka по-лесно), и всичко останало, може лесно да се направи с помощта на източник Дървото (има само vinduzyahu).
2) Съгласно Linux използвам Git-GUI.
Повтарям още веднъж, аз не съм експерт, но имам всичко работи добре :)

Източник Tree и под мак отдавна е

Аз съм в компанията Битрикс не работят, но ние имаме много различни проекти samopise и чифт рамки. Workflow всичко да доведе до един вид:
1. Develover прави вилица ряпа компания и има kodit Th иска.
2. Когато приключите Kolupaev прави дръпнете rekvest Гита в компанията.
3. Един от най-висшите програмистите се пресича от броя и проверява за наличие на очевидни глупости.
4. Admin Мерджан rekvest и събира един проект чрез Gulp / Дженкинс и чрез същите промени се излива през Rsync на сървъра на скеле.
5. След като премине през администратора на тест натискане Дженкинс / Gulp на производствения.

В pritsnipe доста гъвкав vorklou. Всички магазина довереник в .env файлове. В глътка винаги има задача, която Кампильо гледате всичко това в реално време и по този начин ускорява работата.