Ищу советы о передовых методах SubVersion, ветвлениях и социальном аспекте [закрыто]

Closed . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить с помощью фактов и цитат, редактируя это сообщение .

Закрыт в прошлом году .

Моя команда и я в настоящее время используем Perforce для контроля версий. Раньше мы отправляли все в багажник, пока однажды нам не понадобилось добавить несколько элементов в программу, поэтому мы создали ветку для моего босса, ветку для меня и еще одну ветку для тестирования. Все работает хорошо, пока мы не попытались объединить ветви обратно в ствол. Мы Visual Studio (VS), и она генерирует файлы решений, которые по какой-то причине не работают с Perforce. После больших усилий мы частично слили ветку со стволом. Думаю перейти к подрывной деятельности. У меня есть Subversion на моем локальном компьютере, и у меня нет проблем с ветвлением и обслуживанием Visual Studio. Думаю перейти к подрывной деятельности. У меня есть Subversion на моем локальном компьютере, и у меня нет проблем с ветвлением и обслуживанием Visual Studio. Думаю перейти к подрывной деятельности. У меня есть Subversion на моем локальном компьютере, и у меня нет проблем с ветвлением и обслуживанием Visual Studio. Я предложил своему начальнику перейти на SVN. Хотя мой босс открыт для идеи перенести полмиллиона строк кода, мне нужно убедительно обосновать это. Я самый молодой из недавних программистов, поэтому допустим, что моим идеям нужно больше говядины, чем другим =)

Я решил установить SVN на одном из наших серверов и передал ему код. Мы не собираемся избавляться от Perforce в ближайшее время, но моя цель - убить его очень медленно и извращать моих товарищей по команде о том, насколько легко использовать SVN, а у меня уже есть один человек в моей лодке.

Поскольку Я смогу настроить SVN с нуля, я хочу применить лучшие практики SVN. Я прочитал книгу Red Bean, и я планирую следовать макету их репозитория и их советам по резервному копированию, но у меня есть больше вопросов, связанных с социальными проблемами и проблемами ветвления. Ниже приведены мои вопросы по социальной проблеме,

Есть ли способ предотвратить конфликты источников в социальной манере? Если да, то как лучше всего сообщать о конфликтующих изменениях?
Я также планирую установить CMS на этот сервер. Таким образом, мои товарищи по команде могут писать или сообщать, что у них есть ветки и тому подобное, но я не знаю, есть ли другие инструменты для отслеживания исторического состояния и ошибок нашего проекта.
Хотя моя компания практикует подход плоского управления, как может ли новичок, как я, убедить или заставить старших программистов вести социальную коммуникацию, не нарушая невидимую «старшую» иерархию?

Что касается ветвления и тегирования,

я не хочу, чтобы другие команды делали ветвление, чтобы добавить «Hello, World!» код в программу. Я хочу рассматривать ветвление как нечто необычное. Может ли кто-нибудь дать мне практическое правило, когда добавлять создание ветки? Когда сливаться?
В каком случае ветвление является хорошей идеей?
Что касается тегов, я понимаю, что тег символизирует статическую точку программы (например: v1.0, v2.5), это правильно?
Если я создам ветку и начну писать свои изменения, должны ли мои товарищи по команде начать синхронизацию из моей ветки? Или они еще должны развиваться в стволе? Или они должны создать себе другую ветку?

Прошу прощения за все мои вопросы, но когда дело доходит до контроля версий, мне кажется, что я плыву через Мексиканский залив во время очистки BP.

задан Vijay Dev 23 December 2010 в 20:55

0 ответов

Другие вопросы по тегам:

svn version-control branch perforce

Ищу советы о передовых методах SubVersion, ветвлениях и социальном аспекте [закрыто]

0 ответов

Похожие вопросы: