2012-04-10 1 views
2

Я знаю, что это как вопрос ультра-новичков, но я честно потерялся, поэтому я подумал, что получу полезную информацию по этому вопросу из люди, которые с ним работали.Исходная версия Control & Repositories для Xcode & Cocoa - Несколько простых вопросов

Это то, что я столкнулся:

Я кодирующая как 18 лет, но я никогда (и я имею в виду никогда) использовали такую ​​вещь; Я не уверен, что это даже полезно для моего дела.

Но вот что: В настоящее время я обнаружил, что работает над гигантским проектом (который я сам начал с нуля год назад или около того) и У меня возникли некоторые проблемы с отслеживанием изменений, или найти себе создание бесчисленные копии кодовой базы (и буквально означают «копии» - возьмите всю папку кода и вставьте ее, как "MyApp-1.2.23-Mar2012", "MyApp-1.3.1-Apr2012" и т. д., звучит глупо?).

ПРИМЕЧАНИЕ: Никто не работает на этой кодовой базе; поэтому нет необходимости в том, что есть какой-то удаленный репозиторий или что-то в этом роде; все, что мне нужно, на 100% локально.

Итак, я думаю, что, возможно, я должен использовать некоторую систему управления исходным кодом (я даже не уверен, что я правильно понял терминологию, так голый со мной).

  • Будет ли это правильно для меня? И если да, не могли бы вы объяснить мне одну или две практические вещи о том, как эта технология работает?
  • Кроме того, так как я был обширный взгляд в документацию (и я не до сих пор имею понятия о том, как идти об этом), как я мог настроить все это дело в уже существующего Xcode 4.2 проект (на Snow Leopard, если это имеет значение)?

Большое спасибо!

+1

Определенно пойдите для этого. Я рекомендую git (и GitHub и Gitbox). Это определенно требует некоторого обучения и привыкает, но это стоит усилий. Также, если это только вы. –

ответ

4

1: Да, это правильно. Важными функциями, которые я получаю от системы управления исходным кодом, являются:

  • моментальный снимок. Я могу совершить, когда я закончил что-то важное, и если я испортил базу кода после этого, я могу просто выбросить все изменения, внесенные мной с момента последнего моментального снимка, и начать заново.
  • ветвление. Если вы отпустите v1.0 своего приложения, вы можете развернуть v2.0 для работы над новыми функциями. Затем вы можете сохранить v1.0, внести исправления и backport изменений между кодами версии v1.0 и v2.0 без введения новых функций в версии 1.0.
  • безопасность. Мои репозитории git на моем Linux-сервере, на котором есть дисковый массив Raid-5, а не глупый маленький 2,5-дюймовый диск в моем MacBookPro.
  • отслеживание изменений. Я включил репозитории Bugzilla и Git, чтобы билеты Bugzilla отслеживали git изменения, поэтому я могу видеть, какие изменения были внесены для исправления ошибки или введения новой функции.

(есть еще 18 функций git, которые вы получите, что я считаю само собой разумеющимся и забыл упомянуть).

2: Из документации стороне вещей, которые вы должны будете читать The Git Community Book

3: Если у вас уже есть Xcode проект, который вы можете просто проверить, что в Git и должны работы прямо из-оф -Box. Будет один или два файла, связанные с Xcode, которые вы должны исключить из git, которые не предназначены для отслеживания, но если вы просто работаете над этим, не беспокойтесь об этом, пока кто-то еще не присоединится к команде.

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

+1

Кроме того, в то время как собеседник говорит, что ему ничего не нужно удалять, легко создать репозиторий GitHub и вносить изменения там в качестве резервной копии. –

Смежные вопросы