Чуваки, а кто пользует в повседневной жизни gitHub? Очень хочется поговорить с таким человеком, потому что я не понимаю как он работает? 🙁
Как сделать так, чтобы проект, который я редактирую у себя на локальной машине, автоматически чекинился в гитхаб? Я себе мозг сломал, не понимаю ничего.
Сделал все как написано в хэлпе, сгенерил ключи т.д. Как теперь сделать новый проект? Есть какая-нибудь внятная гуйня для этого?
Если я чекиню что-то у себя, то оно чекинится в логальный гит, и про гитхаб ничего не знает. Вообщем, есть у кого-нибудь ссылка для слоупоков?
ты не чекинишь, а комитишь. а когда накоммитил достаточно, чтобы запостить это в удаленную репу — делаешь пулл. тебе зачем вообще гитхаб?
git pull — это забрать изменения из удаленных веток, чтобы твои коммиты появились на github надо выполнить команду git push
блять. заработался. делаешь пуш. пулл — это из репы вытягиваешь в локал.
О, спасибо за ссылку, стало понятнее.
Ок. т.е. я:
1. Создаю новый проект локально.
2-700. Пиздячу говнокод.
701. Коммичу его.
702. Делаю пуш и он появляется на гитхабе.
Я вот как-то не догонял до этой схемы. Да с гитабом никогда раньше не работал, а он такой удобный и бесплатный, что думается мне — для хранения моих личных проектов вполне сойдет.
я для личных юзаю битбакет — там приватные репы есть. гитхаб для опенсорса, КОММИТЬ @ ФОРКАЙ.
насчет говнокода с 2-700 — необязательно коммитить только на 701, ты можешь хоть через каждое слово это делать, ограничений нет. пройди курс gitimmersion.com, там степ-бай-степ основы рассказаны хорошо.
Спасибо огромное. 🙂 А то во всех хэлпах — детальное описание установки, а вот как с ним работать — нигде не написано.
Да мне прайват особо не нужен — я ж фронтэнд кодер, чо мне там прятать. 🙂
ну когда деньги зарабатываешь этим, не особенно стоит палить. или может я просто параноик.
Да ты прав, нет слов. 🙂 Но рабочие проекты у меня в p4 за семью печатями, а гитхаб так — потенциальным работодателям показать.
Сначала разберись с принципом работы GIT. Документация с примерами ищеться за 4 секунды.
Github — всего лишь git-хостинг.
мне вот очень понравился тур
ну и
побуду мудаком
для красноглазого говна, слава богу, нету.
Я сейчас хуйню, неверно, спрошу, но тем не менее.. А можно ли вот что сделать: хочу таскать из Git-репы всегда свежий код какой-нибудь, но так же иметь возможность в том же коде писать свои изменения? Но соответственно коммитов делать не хочу и не буду. Пример: хочу в проекте всегда иметь свежую версию CodeIgniter, которую буду таскать из репы, но и сам иной раз нуждаюсь в дописке их кода.
Я пытался делать через Stash save, но в итоге все окончательно перестало работать, потому что они там merge какой-то хитрый сделали и на этом все встало.
Есть простые пути решения?
В корне неверный подход.
Не нужно править или дописывать код фреймворка прямо в его исходниках. Никогда. Первый же апдейт приведет к плачевным последствиям. Да и вообще это очень плохо.
Для расширения функционала используй возможности, которые фреймворк предоставляет.
Это могут быть модели, контроллеры, хелперы, элементы, вьюшки и т.д. Все зависит от конкретной задачи и от конкретного фреймворка.
не скажу за говно в виде CI, но, например, в симфони 1.4 с sfPropelPlugin1.4 без правки исходников не обошлось — они там тупо забыли заэкранировать названия таблиц, когда генерили запрос и я лихо наелся дерьма с моделью Order. До сих пор не поправили, к слову. Правда, после таких правок приходится забывать об апдейтах ядра — правки автоматически версию замораживают.
делай свои ветки и комить в них
не знаю, как это правильно будет на гите, я меркуриал использую
делай форк и ебашь что хочешь
Баг-репорт им отправил?
Может уже и пофиксили бы.
1.4 ветка уже не разрабатывается — они на 2.0 полностью внимание сосредоточили, поэтому, пофигу
Вопрос чуть-чуть мимо темы.
Правильно ли я понимаю, что для того, чтобы поиметь свой личный git на своем сервере и домене, мне нужно иметь vds с ssh, а банальным виртуальным хостингом не прокатит?
если виртуальный хостинг умеет ссш, то прокатит
есть ли у гита собственный маленький сервер, как у меркуриал — не знаю
делаеш свой бранч, туда комитиш свои изменения и потом мерджиш апстрим.
ГЛАДИШ ОНАЛЬНЫЕ ГУБЫ @ ТЕРЕБИШ ЕЙ КЛИТОР
Кстати, если обычно после коммита отправляешь на сервер, можно сохдать хук, чтобы оно отправлялось само. В папку.git/hooks кладешь файл «post-commit» с содержимым
git pull —rebase
git push
ssh и root, надо заметить. Или ssh и предустановленый Git. А для каких целей? Есть github, bitbucket. Наверняка еще какие-то бесплатные или доступные решения.
но проще взять svn
неужели гит настолько заморочен, что собрать его из сырцов в хомяке невозможно?
не.
репа на своем сервере нужна, например, для того, чтобы прикрутить к ней trac
уверен, что cvs не лучше?
ну гитхаб халявный только паблик, например. Bitbucket сейчас буду изучать.
Но вообще, как известно паранойя такая паранойя. Вот хочу я знать, где, как и куда лежит мой реппозиторий и кто туда может глядеть (:
нетленку пишешь?
нееее… мне до нетленки, как до Китая раком. Мне, в принципе так, для интересу. Сейчас наверно на битбакете осяду, раз там до 5 юзверей и безлимитные прайваты на халяву…
ох лол
это по крайней мере честнее, чем использовать DVCS таким образом.
уверен.
со временем поймет, что такое хорошо, а что такое плохо, а так хоть хуки знать будет. но вообще да, не очень много смысла в таком действе (хотя если он сам себе буратин и учится — почему нет)
я ничего не понял, но подозреваю, что на хостинге без rootа врятли что-то получится собрать из сорцов хотя бы по причине отсутсвия зависимостей.
в чем проблема? Если мне staging не нужен, то я его не использую. Зависит от задачи. Сорцы какого-то большого проэкта я бы конечно пропускал через все уровни.
эх trac… Уж лучше что-то вроде github.
ровно также и будет
дело не в уровнях dev / test / staging / production, просто если бы нужно было сразу после коммита отправлять изменения в ориджин, то наверно сделали бы сразу одну команду?
да похер, и зависимости собрать не проблема
хм, собрать build essentials на shared hostingе?
зачем усложнять api если есть хуки?
э. нет. не туда
Чекин, мля. Совсем охерели хипстеры со своим форсквером.
да, начав со сборки гцц.
так он научится категорически неправильному воркфлоу плюс половина гитовых фич правильно работать перестанет, подозреваю
думаешь почему в cvs и последователях commit сокращается как ci?
гцц наверняка есть
я в свое время ерланг на шаред хостинге вполне себе собирал под бздей
когда у него внезапно появится больше одной ветки и его вконец заебет ждать пулл а потом пуш после каждого коммита, он магическим образом прозреет, а зерна сомнений этот тред посеял уже давно, я думаю )
Я p4 пользуюсь в основном, там — чекины.
(картинка про буханку хлеба и автобус)
что за картинка?
в гите чудесные бранчи. В отличие от.
зачем нужны чудесные бранчи, которые обязательно пушатся
уверен, что пушатся?
как хук напишешь.
Делать фичу внесколькером.
У меня как раз случай, когда надо было переписать класс DB_driver, который экстенднуть никак нельзя. Им баг-репорт писали, а они отмазались, что то что написали — так это и должно работать, переделывать не будут. Но реально — у них там хуйня написана в паре мест, которая не позволяет писать очень гибкие запросы.
форк — это конечно хорошо, но мне нужно именно иметь всегда свежий код из их репозитария. Или там само все будет делаться?!
Надо короче мне хороший мануал по git прочитать, а то я мозг людям долго парить еще буду (
Stephan-V: блять..
МОЗГИ В ГОЛОВЕ
Но зачем?!
Ну так делаешь форк и каждый раз перед своими коммитами подтягиваешь из апстрима изменения.