Linux Nix Web Development - http://linuxoids.org/ image

Чуваки, а кто пользует в повседневной жизни gitHub? Очень хочется поговорить с таким человеком, потому что я не понимаю как он работает? 🙁

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

68 Responses to Чуваки, а кто

  1. Enooff:

    Сделал все как написано в хэлпе, сгенерил ключи т.д. Как теперь сделать новый проект? Есть какая-нибудь внятная гуйня для этого?

  2. Enooff:

    Если я чекиню что-то у себя, то оно чекинится в логальный гит, и про гитхаб ничего не знает. Вообщем, есть у кого-нибудь ссылка для слоупоков?

  3. Kkebad:

    ты не чекинишь, а комитишь. а когда накоммитил достаточно, чтобы запостить это в удаленную репу — делаешь пулл. тебе зачем вообще гитхаб?

  4. Tethlam:

    git pull — это забрать изменения из удаленных веток, чтобы твои коммиты появились на github надо выполнить команду git push
    http://habrahabr.ru/post/60030/

  5. Kkebad:

    блять. заработался. делаешь пуш. пулл — это из репы вытягиваешь в локал.

  6. Enooff:

    О, спасибо за ссылку, стало понятнее.

  7. Enooff:

    Ок. т.е. я:

    1. Создаю новый проект локально.
    2-700. Пиздячу говнокод.
    701. Коммичу его.
    702. Делаю пуш и он появляется на гитхабе.

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

  8. Kkebad:

    я для личных юзаю битбакет — там приватные репы есть. гитхаб для опенсорса, КОММИТЬ @ ФОРКАЙ.

    насчет говнокода с 2-700 — необязательно коммитить только на 701, ты можешь хоть через каждое слово это делать, ограничений нет. пройди курс gitimmersion.com, там степ-бай-степ основы рассказаны хорошо.

  9. Enooff:

    Спасибо огромное. 🙂 А то во всех хэлпах — детальное описание установки, а вот как с ним работать — нигде не написано.

    Да мне прайват особо не нужен — я ж фронтэнд кодер, чо мне там прятать. 🙂

  10. Kkebad:

    ну когда деньги зарабатываешь этим, не особенно стоит палить. или может я просто параноик.

  11. Enooff:

    Да ты прав, нет слов. 🙂 Но рабочие проекты у меня в p4 за семью печатями, а гитхаб так — потенциальным работодателям показать.

  12. AU_Ekb:

    Сначала разберись с принципом работы GIT. Документация с примерами ищеться за 4 секунды.

    Github — всего лишь git-хостинг.

  13. Ycihlam:

    http://githowto.com/ru/ мне вот очень понравился тур

    http://git-scm.com/book/ru/ch1-3.html ну и

  14. 01pSpb:

    побуду мудаком
    http://windows.github.com/
    http://mac.github.com/
    для красноглазого говна, слава богу, нету.

  15. Nigblack:

    Я сейчас хуйню, неверно, спрошу, но тем не менее.. А можно ли вот что сделать: хочу таскать из Git-репы всегда свежий код какой-нибудь, но так же иметь возможность в том же коде писать свои изменения? Но соответственно коммитов делать не хочу и не буду. Пример: хочу в проекте всегда иметь свежую версию CodeIgniter, которую буду таскать из репы, но и сам иной раз нуждаюсь в дописке их кода.

    Я пытался делать через Stash save, но в итоге все окончательно перестало работать, потому что они там merge какой-то хитрый сделали и на этом все встало.

    Есть простые пути решения?

  16. AU_Ekb:

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

  17. 01pSpb:

    не скажу за говно в виде CI, но, например, в симфони 1.4 с sfPropelPlugin1.4 без правки исходников не обошлось — они там тупо забыли заэкранировать названия таблиц, когда генерили запрос и я лихо наелся дерьма с моделью Order. До сих пор не поправили, к слову. Правда, после таких правок приходится забывать об апдейтах ядра — правки автоматически версию замораживают.

  18. RanMsk:

    делай свои ветки и комить в них
    не знаю, как это правильно будет на гите, я меркуриал использую

  19. Kkebad:

    делай форк и ебашь что хочешь

  20. AU_Ekb:

    Баг-репорт им отправил?
    Может уже и пофиксили бы.

  21. 01pSpb:

    1.4 ветка уже не разрабатывается — они на 2.0 полностью внимание сосредоточили, поэтому, пофигу

  22. HcsSpb:

    Вопрос чуть-чуть мимо темы.
    Правильно ли я понимаю, что для того, чтобы поиметь свой личный git на своем сервере и домене, мне нужно иметь vds с ssh, а банальным виртуальным хостингом не прокатит?

  23. RanMsk:

    если виртуальный хостинг умеет ссш, то прокатит
    есть ли у гита собственный маленький сервер, как у меркуриал — не знаю

  24. Oveer:

    делаеш свой бранч, туда комитиш свои изменения и потом мерджиш апстрим.

  25. 01pSpb:

    ГЛАДИШ ОНАЛЬНЫЕ ГУБЫ @ ТЕРЕБИШ ЕЙ КЛИТОР

  26. RedSm:

    Кстати, если обычно после коммита отправляешь на сервер, можно сохдать хук, чтобы оно отправлялось само. В папку.git/hooks кладешь файл «post-commit» с содержимым

    git pull —rebase
    git push

  27. 171Blank:

    ssh и root, надо заметить. Или ssh и предустановленый Git. А для каких целей? Есть github, bitbucket. Наверняка еще какие-то бесплатные или доступные решения.

  28. RARre:

    но проще взять svn

  29. RanMsk:

    неужели гит настолько заморочен, что собрать его из сырцов в хомяке невозможно?

  30. RanMsk:

    репа на своем сервере нужна, например, для того, чтобы прикрутить к ней trac

  31. RanMsk:

    уверен, что cvs не лучше?

  32. HcsSpb:

    ну гитхаб халявный только паблик, например. Bitbucket сейчас буду изучать.
    Но вообще, как известно паранойя такая паранойя. Вот хочу я знать, где, как и куда лежит мой реппозиторий и кто туда может глядеть (:

  33. RanMsk:

    нетленку пишешь?

  34. HcsSpb:

    нееее… мне до нетленки, как до Китая раком. Мне, в принципе так, для интересу. Сейчас наверно на битбакете осяду, раз там до 5 юзверей и безлимитные прайваты на халяву…

  35. RARre:

    это по крайней мере честнее, чем использовать DVCS таким образом.

  36. Kkebad:

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

  37. 171Blank:

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

  38. 171Blank:

    в чем проблема? Если мне staging не нужен, то я его не использую. Зависит от задачи. Сорцы какого-то большого проэкта я бы конечно пропускал через все уровни.

  39. 171Blank:

    эх trac… Уж лучше что-то вроде github.

  40. Kr0Blank:

    ровно также и будет

  41. Kkebad:

    дело не в уровнях dev / test / staging / production, просто если бы нужно было сразу после коммита отправлять изменения в ориджин, то наверно сделали бы сразу одну команду?

  42. RanMsk:

    да похер, и зависимости собрать не проблема

  43. 171Blank:

    хм, собрать build essentials на shared hostingе?

  44. 171Blank:

    зачем усложнять api если есть хуки?

  45. Kkebad:

    э. нет. не туда

  46. Namre:

    Чекин, мля. Совсем охерели хипстеры со своим форсквером.

  47. RARre:

    да, начав со сборки гцц.

  48. RARre:

    так он научится категорически неправильному воркфлоу плюс половина гитовых фич правильно работать перестанет, подозреваю

  49. RARre:

    думаешь почему в cvs и последователях commit сокращается как ci?

  50. RanMsk:

    гцц наверняка есть
    я в свое время ерланг на шаред хостинге вполне себе собирал под бздей

  51. Kkebad:

    когда у него внезапно появится больше одной ветки и его вконец заебет ждать пулл а потом пуш после каждого коммита, он магическим образом прозреет, а зерна сомнений этот тред посеял уже давно, я думаю )

  52. Enooff:

    Я p4 пользуюсь в основном, там — чекины.

  53. 171Blank:

    (картинка про буханку хлеба и автобус)

  54. RanMsk:

    что за картинка?

  55. RedSm:

    в гите чудесные бранчи. В отличие от.

  56. RARre:

    зачем нужны чудесные бранчи, которые обязательно пушатся

  57. RanMsk:

    уверен, что пушатся?

  58. RARre:

    как хук напишешь.

  59. RedSm:

    Делать фичу внесколькером.

  60. Nigblack:

    У меня как раз случай, когда надо было переписать класс DB_driver, который экстенднуть никак нельзя. Им баг-репорт писали, а они отмазались, что то что написали — так это и должно работать, переделывать не будут. Но реально — у них там хуйня написана в паре мест, которая не позволяет писать очень гибкие запросы.

  61. Nigblack:

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

    Надо короче мне хороший мануал по git прочитать, а то я мозг людям долго парить еще буду (

  62. Sater:

    Stephan-V: блять..
    МОЗГИ В ГОЛОВЕ
    Но зачем?!

  63. Kihodin:

    Ну так делаешь форк и каждый раз перед своими коммитами подтягиваешь из апстрима изменения.

Добавить комментарий