Станислав Катков

CI это конечно круто, вы наверно к этому должны стремиться. Но для маленьких проектов я использую вот этот замечательный инструмент mina -> https://github.com/mina-deploy/mina

1. Вы описываете конфигурационный файл в руби (там впринцепи, легкий такой для понимания DSL)
2. он потом генерить bash script, куча полезных фич просто из коробки -- откатывать релиз можно, запускать процессы, выключать, перезагружать и так далее.
3. загружаешь скрипт на сервер и запускаешь - он там сам развертывает релиз

дальше уже дело техники, как вы этот релиз доставлять будете - можно с помощью git'a, как вы уже сказали. а можно tarball какой-нибудь на сервак лить, и оттуда раздавать... Все зависит от вашего кейса, величины проекта и какой инструментарий вы используете :)

Никогда не разрабатывайте в master бранче! Всегда делайте отдельную ветку git checkout -b new_branch_baby

Чтобы сейчас выйти из этой неловкой ситуации вам нужно:
- Скопировать все изменения в отдельный бранч ( git checkout -b my_changes )
- Почистить мастер от своих изменений ( git checkout master ; git rebase -i HEAD~6 )
- обновить мастер бранч ( git pull origin master )
- обновить свой бранч (git checkout my_changes ; git rebase master )

удачи

Привет.

Я успешно забустил свой профайл на Апворке до 80 баксов в час (сейчас я уже апворком не пользуюсь), порекомендовал свою систему други друзьям которые удачно нашли проекты потом. Поэтому постараюсь коротенько объяснить:

- Первый проект тяжелее всего найти, я искал около месяца.
- Нужно искать что-то "безопасное", проект который не займет у вас много времени и которые вы уверены что сделаете.
- Советую даже не думать о почасовых работах, шанс крайне маленький.
- Если у вас есть возможность, попросите кого то из существующих клиентов нанять вас (либо просто дайте им сто баксов, чтобы они вам якобы оплатили вашу работу).
- На апворке есть несколько "прайм таймов" - периоды в которые появляются новая работа, я обычно мониторил работу пару часов в день. Не стоит тратить на "охоту" много времени. :)
- Отказаться от любых шаблонов письм, я рекомендую как наниматель , шаблонные письма видно сразу - доверия не вызывает.
- Попробуйте записать видео в качестве cover letter - только это вам поможет выгодно отличится в ряду других кандитатов
- Выделите самые важные элементы в предложении о работе и объясните как вы их хотите изящно решить. В конце предложите обсудить все требования, задайте какие-то наводящие вопросы, дайте советы (нужно чтобы ваш клиент, узнал что-то новое от вас). То что вы сразу по описанию составляете план работ и архитектуру - без каких-либо уточнений и вопросов - звучит крайне фантастично.

давайте предположим что вы пишете your_task.rake файл

вы можете его написать так и загрузить rails окружение по умолчанию (обратите внимание на :environment )

namespace :your_task do
  desc "my description"
  task :my_task => :environment do
    <...>
  end
end

но вы так же можете дропнуть :environment и лично загрузить файл с помощью:

require_relative '../lib/your_path'

namespace :your_task do
  desc "my description"
  task :my_task do
    <...>
  end
end

ответ на мой вопрос - Metasploit framework ;)