Код Google + SVN или GitHub + [закрытый] мерзавец
Создание АМИ не влияет на ваш VPC или любую сетевую инфраструктуру.
Создание AMI означает неявное создание моментальных снимков всех томов EBS, подключенных к экземпляру (столько их, сколько вы выберете), но моментальные снимки создаются службой EBS, которая имеет прямой доступ к томам в сети, которая полностью отдельно от вашего VPC. Сам экземпляр и ваш VPC в целом не участвуют в создании AMI.
Если вы возобновите использование экземпляра до того, как создание AMI будет завершено (что можно сделать безопасно, когда все снимки выполняются), то вы можете увидеть незначительное ухудшение той же машины производительность диска, но даже это маловероятно, если вы не создадите более одного AMI на машине одновременно, запустив один до завершения предыдущего (что было бы довольно необычно). Одновременные действия, подобные этому, увеличивают объем трафика, который должен обрабатывать сам том, чтобы предоставлять содержимое моментальных снимков службе моментальных снимков EBS, но даже это не должно быть фактором, если вы создаете только один за раз ... и в в любом случае область действия будет ограничена только этим экземпляром.
6 ответов
У меня лично не было особо положительных впечатлений от TortoiseGit. Мне очень нравится модель git, но все в ней кажется мне странным, когда я пытаюсь использовать ее в Windows. Я часто заканчиваю тем, что просто использую версию cygwin, но даже она далека от совершенства.
Честно говоря, для небольших проектов, которые вы хотите использовать с открытым исходным кодом, я бы, вероятно, просто разместил бы код Google и пока имел дело с SVN. Все могло бы быть иначе, если бы вы уже были экспертом по git, но я не уверен, что кривая обучения того стоит для небольшого проекта на базе Windows (особенно, учитывая количество разработчиков Windows, которых, вероятно, отключит он).
Это ответы для Google Code (которым я пользуюсь и очень доволен ):
Но я не хочу размещать двоичные файлы на их веб-сайтах
Так что не делайте этого - ничто в условиях предоставления услуг Google не требует от вас этого.
У меня также нет необходимости в вики pages
Вики-страницы, как и почти все вкладки на сайте GC, можно отключить и скрыть.
Почему бы не создать страницу кода Google для вашего проекта (это занимает около 2 минут и это бесплатно) и поиграть с Параметры администратора, чтобы увидеть, если он делает то, что вы хотите?
Похоже, Google Code лучше подходит для ваших нужд, а именно - использование SVN (сейчас Mercurial, но SVN, так как это то, с чем вам удобнее всего). Что касается других его функций, которые вас не волнуют, то вы можете отключить их, отключив их вкладку в пользовательском интерфейсе.
Я фанат Google Code - он прост и понятен.
Код Google теперь поддерживает Mercurial . Mercurial должен предоставить вам большинство преимуществ Git, но вы получите зрелость кода Google. У вас также есть возможность использовать там Subversion, если вы захотите.
У GitHub есть два основных преимущества:
- Он использует git (черт возьми!)
- Это очень «социальная» среда.
GitHub делает его очень легко вносить вклад в чужой код и легко интегрировать его обратно. Есть также много-много интересных обработчиков пост-фиксации, которые у них есть; например, когда я фиксируюсь в одном из своих репозиториев, в мой список объявлений групп Google отправляется электронное письмо, и бот появляется в IRC-канале, дает сводку изменений и снова появляется. Я знаю по крайней мере об одной CI-службе, которая запускается на GitHub, фиксирует (или, скорее, толкает).
Если вы планируете, что это будет довольно небольшой индивидуальный проект, то вы, вероятно, не будете считают, что большинство функций GitHub настолько полезны.
Github теперь поддерживает Subversion http://slashdot.org/submission/1232328/